Wednesday, 2015-11-11

*** gmmaha has joined #swift300:36
*** tdasilva has quit IRC05:11
*** tdasilva has joined #swift305:30
kota_meeting agenda updaetd07:00
kota_s/updaetd/updated/07:18
*** cschwede has quit IRC07:43
*** cschwede has joined #swift307:45
*** cschwede has quit IRC07:51
*** cschwede has joined #swift307:52
openstackgerritKota Tsuyuzaki proposed openstack/swift3: WIP: Fix last modified on copy result  https://review.openstack.org/24257811:59
*** openstackgerrit has quit IRC12:31
*** openstackgerrit has joined #swift312:32
*** openstackgerrit has quit IRC16:02
*** openstackgerrit has joined #swift316:02
*** kota_ has quit IRC16:17
*** kota_ has joined #swift316:17
*** chsc has joined #swift316:29
*** chsc has quit IRC16:35
*** chsc has joined #swift316:36
*** chsc has quit IRC22:37
*** pgbridge has quit IRC22:44
kota_meeting time23:00
kota_who one else here?23:01
timburkehello!23:02
kota_timburke: hello!23:03
kota_just time I'm wondering it would be good to skip :P23:03
timburkei wonder if other people weren't thinking about the meeting time as UTC...23:03
kota_mihgt be time changed?23:04
*** bill_az has joined #swift323:04
kota_PDT -> PST? i mean.23:04
kota_i'm not sure Japan doesn't have such time clock change culture.23:04
kota_always we use just JST w/o day light saving.23:05
timburkeyeah, it's surely better that way :/23:05
kota_I can be up in one hour later. It seems better?23:06
gmmahakota_: timburke: Do you run meeting in #openstack-meeting channel?23:06
kota_gmmaha: no, that happens in this channel.23:07
gmmahaaah ok. thanks23:07
*** chsc has joined #swift323:07
bill_azHi everyone - sorry I'm a little late23:08
bill_azHopefully it was a great summit kota!23:08
chscHi23:08
chscSorry, i am late, too.23:09
kota_bill_az: chsc: no worries23:09
chscI would have a question about bucket creation in swift3, but we can discuss other items first.23:10
kota_chsc: ok23:10
kota_it's good time to start now?23:11
kota_let get started.23:11
kota_today's meeting agenda is here, https://wiki.openstack.org/wiki/Meetings/swift323:11
kota_2 items there, and 1 item from chsc just now.23:12
kota_moving on 1st one.23:12
kota_summit recap23:12
kota_we had a great productive week the last week in the last october.23:13
kota_a bunch of talk about Swift and other ecosystem (definitely also swift3) happend there.23:14
kota_about Swift, I saw notmyname sent an E-mail to summurize the discussion conclusion yesterday, please check it too.23:15
kota_the E-mail was sent to mailing list.23:16
kota_about swift3 side, alpha_ori, dean from IBM, and I had some talks for next step in Mitaka cycle.23:17
kota_is alpha_ori here?23:17
kota_seems not...23:18
timburkei know he's not behind me...23:18
kota_ok23:18
kota_in tokyo summit, we thought we can forcus on the current way to improve some swift3 stuff,23:19
kota_i.e. feature docs and versioning23:19
kota_i saw symlink discussion which is needed by versioning looked to go well23:20
kota_so i think we don't have significant blocker for the improvement right now.23:21
kota_that's all from me for summit recap.23:23
kota_ah, one thing23:23
kota_i think we want a scheduled room for swiftt3 discussion next Austin but currently i have no idea how we can do so...23:24
kota_anyways, it was a good summit.23:25
kota_if you all have questions about the summit topics, please bring it up to this channel.23:26
gmmahakota_: are there documents i can read into to see what improvements are being planned for this cycle?23:27
kota_gmmaha: good question23:27
kota_currently we are planning to put an auto-generation (semi-auto?) documentation tool from swiftstack which shows "which feature is supported by swift3"23:28
kota_it will make us easy to make sure the avilable stuff on swift323:30
gmmahaohh thats great. Guessing it will update the docs within the project ? or we will/have a wiki page to feed the data into?23:30
*** lyrrad has joined #swift323:30
timburkespeak of the devil. lyrrad has been working on the compatibility testing tools23:32
kota_timburke: I meant that one!23:33
lyrradA few weeks ago I added custom categorization, and I went through and categorized all existing tests.  It should then generate a custom report that could be used in MediaWiki format.  Has anyone tried the updated tool?23:33
kota_not yet but sounds cool.23:34
kota_so next step for that is making sure/using it in upstream :)23:35
kota_anything else for summit recap?23:36
kota_moving on next one23:37
lyrradWe can also look into adding additional tests and integrating them into the generated reports, separate from ceph-tests if we want to test issues/features that aren’t already covered.23:37
kota_lyrrad: good23:37
kota_the next one is about requet timestamp23:38
kota_that came from a patch landed recently23:39
kota_in my mind23:39
kota_the patch is https://review.openstack.org/#/c/223880/23:39
kota_patch 22388023:39
patchbotkota_: https://review.openstack.org/#/c/223880/ - Ensure object copy response timestamp tags consist...23:39
kota_the patch seems pretty reasonable lyrrad did a good work for s3 compatibility with making sure the actuall behavior23:40
kota_that patch changed the response of COPY request23:41
kota_COPY request have a docs in the response body explain the status (e.g. last-modified)23:41
kota_and the last-modified should be the timestamp when the COPY is requested.23:42
kota_i think that is good improvement *BUT* still wondering it might break something.23:43
kota_with that change, current swift3  uses "Response.environ['HTTP_X_TIMESTAMP']" as the last-modified timestamp.23:44
kota_However, X-Timestamp header is added to *request* by proxy-server app basically.23:46
kota_i know we should init the response with a request instance which adds request environ (i.e. also HTTP_* headers) into request.23:47
kota_but depending on such a coding constraint, we can break easily if we missed to make a code like just 'raise HTTPOk()'23:48
kota_that will work well in Swift but it will break current swift323:49
kota_and it seems hard to maintain thirdparty middleware also follow the correct semantics (or not923:50
kota_(or not)23:50
kota_that's why i bring this up to this meeting.23:50
timburkekota_: how about use the X-Timestamp if we have it, or time.time() (or some equivalent) if we don't?23:51
kota_to solve this issue, i am working with my poc code on 24257823:51
kota_timburke: i think it's what i'm working on patch 24257823:52
patchbotkota_: https://review.openstack.org/#/c/242578/ - WIP: Fix last modified on copy result23:52
lyrradWill this timestamp match the timestamp that’s stored with the newly created object?  For example, the timestamp in a bucket listing?23:52
kota_lyrrad: when we add 'X-Timestamp' for PUT/POST (COPY, too) request, swift will handles as it is requested at the timestamp.23:54
lyrradThe reason I tried to use the timestamp from the request was so that it would match the timestamp used in other contexts.  One might imagine a client doing a naive check to see if an object they put was still there by comparing the timestamp returned when the object was created to the current timestamp.23:54
kota_the X-Timestamp should be matched with actual created timestamp.23:57
kota_I don't guess patch 242578 changes the semantics following your intention that we want to use requested put timestamp as last-modified.23:58
patchbotkota_: https://review.openstack.org/#/c/242578/ - WIP: Fix last modified on copy result23:58
kota_just moving the creation from swift into swift3 to be controllable in swift3.23:59
lyrradAh, okay.  If the times match then that should work well.23:59

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