Wednesday, 2016-02-10

*** lyrrad has quit IRC02:35
*** bill_az has quit IRC03:49
*** openstackgerrit has quit IRC07:47
*** openstackgerrit has joined #swift307:48
*** acoles_ is now known as acoles09:06
*** bill_az has joined #swift314:33
*** lyrrad has joined #swift317:13
*** gaul has joined #swift321:33
*** gaul has left #swift321:37
*** patchbot` has joined #swift321:41
*** patchbot has quit IRC21:41
*** patchbot` is now known as patchbot21:41
*** bill_az_ has joined #swift321:44
*** bill_az has quit IRC21:48
*** acoles is now known as acoles_22:24
kota_hello?23:00
siva_krishnanhi23:00
timburkehi!23:01
kota_hi all23:01
kota_i think this time is temporary happened the meeting in the last week skipped.23:02
kota_and I have nothing special for today, that's why I didn't update the wiki page.23:02
kota_do you all have something?23:03
timburkenot really, i'm afraid. i'm still scratching my head over the failures on patch 25506923:04
patchbottimburke: https://review.openstack.org/#/c/255069/ - swift3 - Support x-amz-copy-source-range for Upload Part - ...23:04
timburkebut that's about it23:04
kota_looks to get jenkins failure23:04
kota_I think that worked well in earlier patch sets.23:05
timburkei was thinking that at first, too, but i actually managed to reproduce it on my own VM on occasion. still looking into it; i've got a suspicion it has to do with my re-using an upload id but i'm not sure23:06
kota_oic23:09
timburkeoh! i did have one other thing to bring up. i don't expect to resolve it now, but wanted to put the problem out there23:09
siva_krishnanI have a quick question ?23:10
siva_krishnanI have pushed couple of test cases to ceph-s3tests repository . I haven't got any follow up from them. Should I reach out to someone who is handling ceph repo ?23:10
kota_siva_krishnan: sorry, I don't know who guy maintains ceph-s3tests repo.23:12
timburkea couple other areas where we could add substantial compatibility are CORS support and Object POST. they seem smaller than ACLs or versioning, but still could be quite useful. however...they both require anonymous access. so... we should probably think about how to enable anonymous S3-like access23:12
kota_timburke: what is you wanted to bring?23:13
siva_krishnantimburke noted23:13
timburkesiva_krishnan: maybe? i'm not entirely sure what their process is like. i can ask alpha_ori at what point we (swiftstack) would be willing to start maintaining a long-lived fork that could incorporate new tests23:13
siva_krishnanYa. that would  be better way to go ahead , we can have our own forked version.23:15
siva_krishnanI beleive lyrrad has already created a fork of s3test repo23:16
siva_krishnantimburke  kota_ have question on object POST test cases that have been failing s3compatibility test suite23:17
lyrradI haven’t created one.  I just have a reference to a particular commit for the s3 compatibility repo.  We could fork in the future if ceph-s3tests isn’t responsive to pulls.23:18
timburkesiva_krishnan: shoot23:19
siva_krishnanwe have few test cases faling on Object POST for for bad request paramaeters  due to exceptions.AssertionError :: 412 != 40023:19
kota_looks like we need translateion from 412 (swift precondition failed) to 400 (s3 bad request)?23:21
siva_krishnanShouldn't we use 400 if the request parameters are wrong.  I believe 412 should be used for if-* failures23:21
siva_krishnanShould it be a change in Swift or Swift3 ?23:21
kota_I think in swift3 if we would change.23:22
kota_but...23:22
timburkebut to my earlier point, i wonder whether swift3 is doing anything for the request at all23:22
timburke(currently)23:22
kota_if-* conditional header would return 3xx when the condition insufficient.23:23
kota_ah, in vaiolation of syntax case?23:23
timburkekota_: 304 on GET. 412 on PUT23:24
timburke(as i recall)23:24
kota_ah, yeah, Swift doessn't allow if-* conditional except if-Non-Match: *23:24
kota_got it, siva said on *POST*23:25
siva_krishnanS3  is returning 412 for PUT23:25
kota_oh, opposite what I was thinking.23:25
kota_no?23:26
kota_so23:26
kota_tim said Swift 412 on PUT and then siva said s3 also 412 on PUT23:26
siva_krishnanSwift has been returning 501 for if-*23:27
siva_krishnan*PUT23:27
kota_ok, probably I need to look at more deeply23:28
kota_siva_krishnan: could you have launchpad bug report already?23:28
timburkehmmm... i do wonder about https://github.com/openstack/swift3/blob/master/swift3/utils.py#L99 though...23:28
siva_krishnanNot yet23:29
kota_sounds like it seems good to open the ticket to repro/consider what happen in swift/swift3 and to discuss what we could fix it.23:30
siva_krishnantimburke I am saying it based on the test report that was generated after running swift against compatibility test suite23:31
kota_ah, ok, not reproduced by hand yet, right?23:31
kota_it might be a bug on test case?23:31
siva_krishnanno. will validate it by hand and let you know23:32
kota_ah23:34
kota_i have an idea for 50123:34
kota_swift3 doesn't support POST, maybe? and it will return 501 anyways?23:34
kota_siva_krishnan: anyways, I'm looking forward to your report, thanks :)23:34
kota_FYI, https://github.com/openstack/swift3/blob/master/swift3/controllers/obj.py#L117-L118 may trigger 50123:34
siva_krishnanCan that be a case because I thought it is directly communicating to Swift3 with PUT object request23:34
siva_krishnanah ok .23:37
timburkeObject POST (in S3 -- http://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectPOST.html) sends POST requests to buckets; swift3 will need to (and does not currently) translate that into a PUT to a new object (along with handling authorization, etc.)23:37
timburkecontrollers/bucket.py has a similar def POST(..): raise S3NotImplemented()23:38
kota_yup, that my mistake to point out controllers/object.py POST though :P23:39
timburkeoh! but back to why it's a 412! see https://github.com/openstack/swift/blob/45a7a15/swift/proxy/server.py#L358 -- if try something like `curl -v http://saio:8080/asdf`, sure enough, you get back a 41223:41
kota_wll23:43
kota_well23:43
siva_krishnanShould it be changed to 400 ?23:44
kota_i think swift3 cannot handle the 412 because the statement is in out of S3 request right?23:45
siva_krishnanyes23:45
kota_looks like client will get 412 when no URL translation from S3 into Swift happen (i.e. no valid Authorization header)23:46
kota_and *IMO* we shouldn't change the response status code according to S3 that different product from OpenStack Swift.23:47
kota_in addition, that response code correctry works in the semantics (i mean precondition failed is a right response when bad url request comming into swift)23:48
siva_krishnanok fine. I just raised this question as I saw return code should be 400 for bad request parameters. Now I understand that request has bad parameters for S3 for swift it bad url request23:50
timburke(i'd argue 412 is being abused by swift -- 400 or 404 seem like better fits. that's neither here nor there, though; i'll go bug notmyname about it some other time)23:51
timburkeso, we're back to needing to be able to (1) recognize that a request should go through the S3 api and (2) decide which account anonymous S3 requests should be routed to23:51
kota_hew23:56
kota_it might be how hard part of swift3 allows anonymous access!23:57

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