Thursday, 2016-10-20

*** manous has joined #openstack-swift00:00
*** chsc has quit IRC00:13
openstackgerritMerged openstack/python-swiftclient: add pypy to the bindep "test" profile  https://review.openstack.org/37569700:29
*** david-lyle_ has joined #openstack-swift00:51
*** _JZ_ has quit IRC00:53
*** _JZ_ has joined #openstack-swift00:53
*** david-lyle has quit IRC00:54
*** cdelatte has quit IRC00:56
charzGood Morning01:08
*** klrmn1 has quit IRC01:12
*** gyee has quit IRC01:18
*** jmunsch has quit IRC01:20
*** manous has quit IRC01:25
mattoliveraucharz: morning01:47
*** tqtran has quit IRC02:06
*** klrmn has joined #openstack-swift02:12
*** david-lyle_ has quit IRC03:23
*** david-lyle has joined #openstack-swift03:23
*** ppai has joined #openstack-swift03:35
*** klrmn has quit IRC04:08
*** chsc has joined #openstack-swift04:21
*** chsc has joined #openstack-swift04:21
*** links has joined #openstack-swift04:23
*** chsc has quit IRC04:27
*** links has quit IRC04:27
*** natarej_ has quit IRC04:35
*** natarej_ has joined #openstack-swift04:36
openstackgerritKazuhiro MIYAHARA proposed openstack/swift: Remove duplicated 'User-Agent' header from object-updater's requests  https://review.openstack.org/38899905:01
*** SkyRocknRoll has joined #openstack-swift05:07
*** m_kazuhiro_ has joined #openstack-swift05:08
openstackgerritKazuhiro MIYAHARA proposed openstack/swift: Remove duplicated 'User-Agent' header from object-updater's requests  https://review.openstack.org/38899905:10
*** SkyRocknRoll has quit IRC05:12
*** m_kazuhiro_ has quit IRC05:24
*** SkyRocknRoll has joined #openstack-swift05:27
*** McMurlock1 has joined #openstack-swift05:32
*** ChubYann has quit IRC05:33
openstackgerritKazuhiro MIYAHARA proposed openstack/swift: Remove duplicated 'User-Agent' header from object-updater's requests  https://review.openstack.org/38899905:51
*** pcaruana has joined #openstack-swift06:18
*** tqtran has joined #openstack-swift06:19
*** tqtran has quit IRC06:23
*** m_kazuhiro has joined #openstack-swift06:24
*** m_kazuhiro has quit IRC06:33
*** hseipp has joined #openstack-swift07:03
*** tqtran has joined #openstack-swift07:10
*** tesseract has joined #openstack-swift07:11
*** tesseract is now known as Guest1406907:12
*** sanchitmalhotra has joined #openstack-swift07:20
*** nizam037 has joined #openstack-swift07:20
*** amoralej|off is now known as amoralej07:21
kota_hmm, it looks something happens in granade. a bunch of patches got failed at there.07:28
kota_at gerrit07:28
*** rledisez has joined #openstack-swift07:32
*** geaaru has joined #openstack-swift07:34
*** acoles_ is now known as acoles07:50
openstackgerritKazuhiro MIYAHARA proposed openstack/swift: WIP: Swift Automated Tiering  https://review.openstack.org/28705707:52
acoleskota_: hi how's it going?07:53
kota_acoles: good morning, sorry not so progress.07:53
kota_acoles: just looking at your failed proxy server tests07:53
kota_it looks to get 404 from object server so it means the objects got quarantined?07:54
*** joeljwright has joined #openstack-swift07:54
*** ChanServ sets mode: +v joeljwright07:54
kota_on another point, I've been preparing the new version of mine to rebase on your new patch07:54
kota_acoles: wait a sec, push it now.07:54
*** jordanP has joined #openstack-swift07:54
acoleskota_: maybe, I was going to look at those - my guess is there are tests that create diskfiles with random data, and now when they are read they will quarantine because they are not valid frags07:55
openstackgerritKota Tsuyuzaki proposed openstack/swift: Items to consider for ECObjectAuditor  https://review.openstack.org/38864807:55
kota_acoles: that means, it works well ;-)07:55
acoleskota_: that is a positive spin, yes! ;)07:56
kota_acoles: the new version of ECDriverError handling is https://review.openstack.org/#/c/388648/2/swift/obj/diskfile.py@261307:56
patchbotpatch 388648 - swift - Items to consider for ECObjectAuditor07:56
kota_acoles: in the last night, I've been thinking how we can trust the _check_frag was feeded the actual byte from object content but.07:57
kota_acoles: I'm realizing, it might be crazy because it seems like Byzantine General problem.07:58
*** joeljwright has quit IRC07:59
kota_and if DiskFileReader doesn't feed the actual content, md5check for replication also be able to quarantine the good object.07:59
acoleskota_: do you mean how to verify that with a unit test?08:00
kota_acoles: so turning my idea as we should trust DiskFileReader feed the object body to _check_frag and if we got ECInvalidParameter error from pyeclib driver, check the chunk if it's byte.08:01
kota_acoles: no i mean, in running process.08:01
kota_or likely do we have to verify the input data for each time08:02
kota_?08:02
acoleskota_: sorry, I don't understand your point08:02
kota_ok08:02
kota_starts from the biggining08:02
kota_ECDriver.get_metadata which we are using for the frag verification can return ECInvalidParameter08:03
acoleskota_: I'm sure its a good point, I just don't understand it - no coffee yet08:03
kota_both case, 1. the frag *bytes* is invalid (e.g. the case we hit actually) or 2. the input format is invalid like driver.get_metadata(None) or driver.get_metadata([])08:04
kota_i know you added a sanity check if not chunk -> return in the current code.08:05
kota_but some corner case like if not [[]] or if not "None", is false08:06
kota_the "chunk" args format is not ensured due to python.08:06
*** david-lyle_ has joined #openstack-swift08:07
acolesOIC, so if we had a bug that meant that get_metadata was passed [[]] then we'd quarantine the frag when we should not08:08
kota_acoles: yes08:08
acolesand we should be super-careful not to quarantine a good frag08:08
kota_yes08:08
acolesso the patchset you just pushed here https://review.openstack.org/#/c/388648/1..2/swift/obj/diskfile.py is addressing that concern?08:09
patchbotpatch 388648 - swift - Items to consider for ECObjectAuditor08:09
kota_if it's not quarantine, yeah, just raising an error, that will be stop to process.08:09
*** david-lyle has quit IRC08:09
kota_acoles: yeah, that's my intent08:09
acoleskota_: or we could port all the code to a typed language :P08:10
acolesJK08:10
kota_i'm wondering go lang is which?08:10
kota_maybe typed launguage :P08:10
kota_IIRC08:10
*** qwertyco has joined #openstack-swift08:11
acoleskota_: sshhh ;)08:12
kota_acoles: lol08:12
acolesdo we ever expect anything other than binary_type? I'm wondering if the if isinstance(six.binary_type, chunk) condition could go at top of the method, would simplify the error handling code that follows??08:12
acoleskota_: we are of course about to make object server have a dependency on *py*eclib !08:14
kota_acoles: good point, I thought it.08:14
kota_acoles: the point i made the current version is, it coud avoid one if condition for every chunk.08:14
acoleskota_: oic.08:16
kota_acoles: but not sure. exactly, your suggestion moving it up to the top method may be simple08:16
kota_my careful point is this happens for each chunks.08:16
kota_i didn't test the overhead yet though.08:17
kota_anyway, w/o pyeclib/liberasurecode dependency, we have to ECInvalidParameter as corrupted to detect the bad fragments08:20
acoleskota_: good thinking. but we do compute the md5 of each chunk so my guess is the 'if' is insignificant.08:20
*** tqtran has quit IRC08:21
kota_acoles: thinking of backport, it's difficult to tie the dependency and the bad news, xenial repo is still liberasurecode 1.1.0...08:21
kota_http://packages.ubuntu.com/ja/xenial/liberasurecode-dev08:21
acolesplus as clayg pointed out there is some mem copies in the frag_buf handling that could be avoided08:21
acoleskota_: yeah, we should add your type checking08:22
kota_acoles: yeah, i saw the info (we could avoid the mem copy) in your commit message ;-)08:22
kota_acoles: that's my point I reached today. And ok, I'll try to move the type check to the top of the method.08:23
acoleskota_: ok I will spend some more time on the patch today. we can leave TODOs to get clayg opinion on the typecheck 'if' overhead too.08:24
kota_thinking, if it's not bytetype, we should raise an error?08:24
kota_i think so, but.... anyway, try it.08:24
acoleskota_: if you like, leave your patch as it is and I will move it when I squash it in? then you can go home earlier :)08:24
kota_acoles: thanks! it enables me to be back home and have dinner in good time ;-)08:25
acoleskota_: do it!08:25
kota_and promiss I'm back tommorow morning :D08:25
kota_acoles: thanks so much08:26
acoleskota_: ok, good night08:26
*** _JZ_ has quit IRC08:32
*** McMurlock1 has quit IRC09:01
openstackgerritKazuhiro MIYAHARA proposed openstack/swift: WIP: Swift Automated Tiering  https://review.openstack.org/28705709:11
*** jordanP has quit IRC09:12
*** jordanP has joined #openstack-swift09:13
*** sams-gleb has joined #openstack-swift09:44
*** ppai has quit IRC09:45
*** nikivi has joined #openstack-swift09:51
*** takashi has joined #openstack-swift10:07
*** winggundamth has quit IRC10:08
*** nikivi has quit IRC10:09
*** winggundamth has joined #openstack-swift10:10
*** jordanP has quit IRC10:27
*** abhitechie has joined #openstack-swift10:37
*** vint_bra has quit IRC10:57
*** vint_bra has joined #openstack-swift10:59
*** zhengyin has joined #openstack-swift11:07
openstackgerritJoel Wright proposed openstack/swift: WIP: Add Preamble and Postamble to SLO and SegmentedIterable  https://review.openstack.org/36537111:14
openstackgerritzheng yin proposed openstack/python-swiftclient: Add commands examples for copy and delete  https://review.openstack.org/36358111:32
*** _JZ_ has joined #openstack-swift11:33
*** qwertyco has quit IRC11:42
*** manous has joined #openstack-swift11:56
*** takashi has quit IRC12:07
*** amoralej is now known as amoralej|lunch12:08
*** zhugaoxiao has quit IRC12:18
*** zhugaoxiao has joined #openstack-swift12:19
*** abhitechie has quit IRC12:20
*** silor has joined #openstack-swift12:25
*** mvk has quit IRC12:26
*** silor1 has joined #openstack-swift12:29
*** silor has quit IRC12:30
*** silor1 is now known as silor12:30
*** Jeffrey4l has quit IRC12:35
*** SkyRocknRoll has quit IRC12:42
*** rcernin has joined #openstack-swift12:53
*** mvk has joined #openstack-swift12:57
*** jistr is now known as jistr|biab13:08
*** klamath has joined #openstack-swift13:08
*** jistr|biab is now known as jistr13:11
*** larsks has joined #openstack-swift13:14
onovyclayg: hi, i think offered you beer for some review, do i remember it correctly?13:14
larsksI've been having some transient failures in my tripleo deployments, and it seems to be caused by the swiftclient module getting a BadStatusLine error when talking to swift (https://gist.github.com/larsks/f07391426ae7738c93ea5cac9059560c). Can anyone suggest what I should be looking at?13:20
larsksI'm not sure what triggers it, and retrying the deploy a few times without changes makes it work.13:21
larsksSo it's hard to reproduce on demand...13:21
pdardeaugood morning13:23
*** _JZ_ has quit IRC13:25
*** cbartz has joined #openstack-swift13:36
*** amoralej|lunch is now known as amoralej13:43
ntatagood morning13:44
tdasilvagood morning13:45
larskstdasilva, I've been having some transient failures in my tripleo deployments, and it seems to be caused by the swiftclient module getting a BadStatusLine error when talking to swift (https://gist.github.com/larsks/f07391426ae7738c93ea5cac9059560c). Do you have any thoughts on what could cause that?13:51
tdasilvalarsks: i'm not really sure, first time I see that error. That looks like the undercloud swift instance, right?13:57
larsksRight.  And it doesn't happen reliably...if I retry a few times, suddenly it works.13:57
tdasilvalarsks: mmm...are you able to upload manually?13:58
tdasilvaor is tripleo-client invoking the swift client?13:59
larskstripleo-client is invoking the swift client.  But yes, manual uploadsd work...and the uploads from tripleo-client also work *most of the time*.14:00
larsksYou can see where tripleo calls things at https://gist.github.com/larsks/f07391426ae7738c93ea5cac9059560c#file-errors-txt-L7214:00
tdasilvalarsks: anything in the swift logs?14:02
larsksI wonder if this could be an haproxy problem rather than a swift problem?14:02
tdasilvalarsks: i was thinking that, but does the undercloud use haproxy???14:02
tdasilvai wasn't sure if it did14:02
*** asettle has joined #openstack-swift14:03
larskstdasilva, I didn't see anything obvious, but I ended up rebuilding my environment this morning so those logs are gone.  I will try to reproduce.  And yes, to my surprise, the undercloud is running haproxy...14:03
larsksSo that's interesting.14:03
larsksbecause haproxy dropping a connection might cause exactly this error.  I will enable logging there and see if I can trigger something.14:03
tdasilvalarsks: i'm trying to deploy tripleo right now and will keep an eye out for it14:07
larskstdasilva, thanks!14:07
*** sgundur has joined #openstack-swift14:11
*** manous has quit IRC14:13
*** cbartz has left #openstack-swift14:14
*** thebloggu has joined #openstack-swift14:18
*** nikivi has joined #openstack-swift14:19
*** manous has joined #openstack-swift14:35
*** Jeffrey4l has joined #openstack-swift14:35
*** sgundur has quit IRC14:38
*** sgundur has joined #openstack-swift14:45
*** sams-gleb has quit IRC15:00
*** sams-gleb has joined #openstack-swift15:00
*** chsc has joined #openstack-swift15:01
*** chsc has joined #openstack-swift15:01
*** sgundur has quit IRC15:02
*** sams-gleb has quit IRC15:05
zaitcevlarsks: Based on the problem being sporadic, I do suspect that Swift does not reply in time. In other words it's probably load-related.15:06
*** aswadr_ has joined #openstack-swift15:06
larskszaitcev, that is sort of my suspicion -- that maybe haproxy is closing the connection due to a timeout.  Trying verify, but it's hard to reproduce...15:08
*** geaaru has quit IRC15:11
*** nikivi has quit IRC15:25
*** manous has quit IRC15:29
*** sams-gleb has joined #openstack-swift15:34
*** sams-gleb has quit IRC15:34
*** rledisez has quit IRC15:39
*** manous has joined #openstack-swift15:42
*** rcernin has quit IRC15:52
*** chsc has quit IRC15:54
*** Guest14069 has quit IRC15:59
*** david-lyle_ is now known as david-lyle16:01
*** sgundur has joined #openstack-swift16:02
*** zhengyin has quit IRC16:02
*** tqtran has joined #openstack-swift16:06
*** openstackgerrit has quit IRC16:18
*** openstackgerrit has joined #openstack-swift16:19
*** admin6 has left #openstack-swift16:23
*** hseipp has quit IRC16:24
*** asettle has quit IRC16:29
*** sgundur has quit IRC16:36
*** silor has quit IRC16:40
*** mvk has quit IRC16:45
*** manous has quit IRC16:52
*** caiobrentano_ has joined #openstack-swift16:52
*** manous has joined #openstack-swift16:54
*** sgundur has joined #openstack-swift17:07
*** klrmn has joined #openstack-swift17:18
*** vinsh has joined #openstack-swift17:24
*** ChubYann has joined #openstack-swift17:25
*** sgundur has quit IRC17:34
*** sgundur has joined #openstack-swift17:40
*** chsc has joined #openstack-swift17:42
*** mingyu has joined #openstack-swift17:48
*** sams-gleb has joined #openstack-swift17:50
openstackgerritAlistair Coles proposed openstack/swift: WIP: Make ECDiskFileReader check fragment metadata  https://review.openstack.org/38765517:50
*** sams-gleb has quit IRC17:50
*** sams-gleb has joined #openstack-swift17:51
acolesclayg: kota_ ^^ all tests passing. proxy/test_server failing tests were actually due to a real bug in the patch not just wonky tests.17:51
acolesI rolled in Kota's suggestions, not sure how to best test the paranoid type checking of the check_frag arg, I have a feeling that anywhere we inject weird data type the etag hasher is going to blow up17:52
*** onovy has quit IRC17:52
*** peterlisak has quit IRC17:52
*** mvk has joined #openstack-swift17:54
*** sams-gleb has quit IRC17:56
claygacoles: yay!17:56
*** onovy has joined #openstack-swift17:57
*** peterlisak has joined #openstack-swift17:58
acolesclayg: how did that become a +641, -165patch ?!?17:58
claygacoles: is kota awake?  maybe we could say it's his fault17:59
acoleshe should be asleep, just whisper it17:59
*** aswadr_ has quit IRC17:59
claygacoles: i mean it *is* mostly tests - it sorta makes sense that when you add validation your test stubs are not going to be happy18:00
claygI think there could have a been a reasonable argument made to disable the validation in *some* tests - but fixing them is IMHO obviously better despite the churn18:00
*** amoralej is now known as amoralej|off18:00
claygacoles: i *would* however accept "this could is fully vetted in tests on master - to simplify the backport we disable it in tests"18:01
acolesclayg: there's probably a few more unit tests needed but I'm done for today.18:01
claygacoles: oh wow, so it was multi range weird18:02
acolesclayg: interesting, but given that backport is likely hard because there's been a lot of change in diskfile, is it safe to extrapolate passing tests on master backwards?? IDK, just musing18:02
claygacoles: np, i'm looking at it now - i'll push up something if I think of something18:02
claygsafe-ish?  idk - i can't predecit how I fell about it after looking at it - get it fixed on master first ;)18:03
acolesclayg: yeah the existing app_iter_ranges unit tests never read enough from disk to have sufficient garbage left in the frag_buf for it to be validated, the proxy tests did and therefore failed due to false negative on the frag checking18:04
*** manous has quit IRC18:04
acolesI *think* I removed all my debugging code :P18:04
acolesugh, didn't update TODO in commit correctly. NM18:05
clayg#willfix18:05
claygg'night18:05
claygoh wow - so you didn't have to change any proxy tests!?18:06
claygthat's awesome18:06
*** tqtran has quit IRC18:06
acolesmaybe fixed a typo in a docstring18:07
acolesor maybe that was somewhere else18:07
acolesbut yeah, all proxy/test_server tests were good once the frag_buf gets nuked for non-zero range start18:07
-openstackstatus- NOTICE: The Gerrit service on review.openstack.org is being restarted now in an attempt to resolve some mismatched merge states on a few changes, but should return momentarily.18:09
acolesclayg: I suspect we're updating the md5 for all chunks served in app_iter_ranges but them not using the result, could be an optimisation there18:11
acolesfor another day and another patch I mean!18:12
claygi'm sorry - but it's not really obvious to me (yet?) why the else bracnh is needed - it's *initialized* to none18:12
acolesinit_checks gets called once per range, so if first range began at 0 we have a frag_buf, then for second range starting at an offset we need to set frag_buf back to None18:16
claygok18:16
acolesotherwise each range dumps disk_chunk_size into the frag_buf18:16
acolesbut they are not contiguous disk chunks18:16
claygsure18:16
claygok18:16
claygok18:17
clayg:)18:17
claygthanks!18:17
*** manous has joined #openstack-swift18:17
acolesNP it took me quite q while to grok! maybe the comment needs improving although it makes perfect sense to me :P18:18
*** mingyu has quit IRC18:19
*** acoles is now known as acoles_18:20
*** Administrator_ has joined #openstack-swift18:22
mahaticacoles_: +1 ;) I was trying to look at that patch and ran into a few numbers which I didn't understand fully. But then again, it might be a reflection of my knowledge on EC ;)18:23
mahaticacoles_: I aim to catch up on it before the summit, but time will tell ;)18:24
*** zhugaoxiao has quit IRC18:25
*** nikivi has joined #openstack-swift18:41
*** manous has quit IRC18:42
*** cebruns_ has quit IRC18:45
*** manous has joined #openstack-swift18:47
*** hseipp has joined #openstack-swift18:48
*** tobias_ has joined #openstack-swift18:52
*** tobias_ has quit IRC18:59
*** hseipp has quit IRC19:02
*** cebruns_ has joined #openstack-swift19:05
*** asettle has joined #openstack-swift19:05
*** sgundur has quit IRC19:07
*** sgundur has joined #openstack-swift19:11
*** manous has quit IRC19:11
*** manous has joined #openstack-swift19:13
*** asettle has quit IRC19:18
*** sgundur has quit IRC19:18
*** thebloggu has quit IRC19:22
*** asettle has joined #openstack-swift19:24
*** cebruns_ has quit IRC19:25
*** sheel has joined #openstack-swift19:28
*** manous has quit IRC19:33
*** cebruns_ has joined #openstack-swift19:37
*** vint_bra has quit IRC19:40
*** nikivi has quit IRC19:44
*** nikivi has joined #openstack-swift19:45
*** vint_bra has joined #openstack-swift19:46
*** nikivi has quit IRC19:48
*** sgundur has joined #openstack-swift19:55
*** chsc has quit IRC19:55
*** sgundur has quit IRC19:58
*** sgundur has joined #openstack-swift19:59
openstackgerritMerged openstack/swift: Fixed rysnc -> rsync typo  https://review.openstack.org/38884320:03
*** chsc has joined #openstack-swift20:03
EmilienMnotmyname: hey! I have a few questions for you, when you have time. I was wondering if you saw all requirements to have supports-rolling-upgrade tag when applying for them a year ago20:06
notmynameEmilienM: yeah. are you specifically looking at the gate testign one?20:06
EmilienMnotmyname: yes20:06
EmilienMnotmyname: please look item #4 of http://governance.openstack.org/reference/tags/assert_supports-rolling-upgrade.html#requirements20:07
EmilienMsorry if I missed it but can you show me how Swift's gate meets this requirement?20:07
notmynameEmilienM: when that was last brought up by the TC, it was in progress and the TC decided to not strip the tag because of that. cschwede was working on it at https://review.openstack.org/#/c/304465/ but got kinda stuck on getting the config right. he didn't get much help, and there it's sat20:09
patchbotpatch 304465 - openstack-infra/devstack-gate - Use subnodes for Swift storage nodes in a multinod...20:09
notmynameEmilienM: but looking at it sjust now, I see that there were some extra eyes on it just a few weeks ago20:09
notmynamethat's the current status20:09
EmilienMwow excellent news20:09
EmilienMso we're close ;-)20:09
notmynameI hope20:09
EmilienMI would have -1 this application fwiw20:10
EmilienMit's not logic to accept a tag without all requirements, specially this one20:10
EmilienManyway. I'm happy to have an update now and won't bother more with your time. Seems like you're close ti have it in place ;-)20:11
notmynameso it's definitely something that swift has always supported (as evidenced by operator testimony over the last 6 years), and we definitely want it in the gate. just needed to get it unstuck in that patch20:11
*** sgundur has quit IRC20:12
EmilienMnotmyname: I have no doubt about this testimony and swift has always been easy to upgrade, I already did it many times when i was deploying on field.20:12
EmilienMnotmyname: I'm just reviewing if projects who have this tag met the requirements that are documented.20:12
EmilienMnotmyname: if you can, please keep me updated on this CI job. I'm really looking forward to seeing it in place.20:13
*** sgundur has joined #openstack-swift20:14
*** nikivi has joined #openstack-swift20:15
*** sgundur has quit IRC20:18
*** sgundur has joined #openstack-swift20:19
*** nikivi has quit IRC20:30
*** sgundur has quit IRC20:34
*** cebruns_ has quit IRC20:51
*** cebruns_ has joined #openstack-swift20:59
mattoliveraumorning21:01
claygi do not understand that devstack multinode test change21:02
notmynameclayg: IIRC, one of the failing non-voting jobs is actually one that's testing the change. but cschwede didn't know how to get around it, and the last time I talked to sdague about it I was told "it's getting close to release, so I don't have a month to teach you how to do it". and so it sits21:12
*** gyee has joined #openstack-swift21:16
*** mingyu has joined #openstack-swift21:20
*** mingyu has quit IRC21:25
*** mmotiani_ has joined #openstack-swift21:29
*** sheel has quit IRC21:30
*** mmotiani_ has quit IRC21:31
*** Jeffrey4l has quit IRC21:34
*** zaitcev has quit IRC21:44
*** zaitcev has joined #openstack-swift21:46
*** ChanServ sets mode: +v zaitcev21:46
*** jordanP has joined #openstack-swift21:58
*** nikivi has joined #openstack-swift22:04
*** gabor_antal_km has joined #openstack-swift22:05
*** gabor_antal_ has quit IRC22:05
*** asettle has quit IRC22:05
*** gabor_antal_ has joined #openstack-swift22:07
*** jordanP has quit IRC22:07
*** gabor_antal_km has quit IRC22:08
notmynamesaid in good humor (but with a tiny bit of frustration), if we've got 2 days of time at the summit, and you're not there for one of them, it makes scheduling difficult :-)22:16
*** nikivi has quit IRC22:21
*** zaitcev has quit IRC22:22
*** zaitcev has joined #openstack-swift22:24
*** ChanServ sets mode: +v zaitcev22:24
mattoliveraunotmyname: I bet :(22:28
*** _JZ_ has joined #openstack-swift22:43
notmynameok, sessions are rearranged on the etherpads based on availability listed22:45
notmynamenot every schedule can be accommodated.22:45
notmynamehere's the links again22:46
notmynamehttps://etherpad.openstack.org/p/BCN-ops-swift22:46
notmynamehttps://etherpad.openstack.org/p/BCN-swift-community-feedback22:46
notmynamehttps://etherpad.openstack.org/p/BCN-swift-working-session-122:46
notmynamehttps://etherpad.openstack.org/p/BCN-swift-working-session-222:46
notmynamehttps://etherpad.openstack.org/p/BCN-swift-working-session-322:46
notmynamehttps://etherpad.openstack.org/p/BCN-swift-working-session-422:46
notmynamehttps://etherpad.openstack.org/p/BCN-swift-working-session-522:46
openstackgerritOpenStack Proposal Bot proposed openstack/python-swiftclient: Updated from global requirements  https://review.openstack.org/8925023:00
openstackgerritOpenStack Proposal Bot proposed openstack/swift: Updated from global requirements  https://review.openstack.org/8873623:01
*** gyee has quit IRC23:06
*** kei_yama has joined #openstack-swift23:26
*** gabor_antal_ has quit IRC23:31
*** Jeffrey4l has joined #openstack-swift23:31
*** gabor_antal_ has joined #openstack-swift23:32
*** gabor_antal_km has joined #openstack-swift23:35
*** gabor_antal_km has quit IRC23:35
*** gabor_antal has joined #openstack-swift23:36
*** gabor_antal_ has quit IRC23:36
*** chsc has quit IRC23:37

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