Friday, 2016-01-29

*** bill_az_ has quit IRC00:33
*** m_kazuhiro has joined #swift300:50
*** bill_az has quit IRC02:06
*** gmmaha has quit IRC02:32
*** gmmaha has joined #swift302:32
*** bill_az has joined #swift304:58
*** bill_az has quit IRC06:30
openstackgerritMerged openstack/swift3: Fix last-modified rounding in functional test  https://review.openstack.org/26040807:04
openstackgerritMerged openstack/swift3: Include region when adding devices for functional tests  https://review.openstack.org/26209607:19
openstackgerritKota Tsuyuzaki proposed openstack/swift3: Commit for 159130  https://review.openstack.org/27394608:45
kota_timburke: I added my thought for patch 15913008:50
patchbotkota_: https://review.openstack.org/#/c/159130/ - swift3 - Fix DELETE Bucket to also delete segments bucket08:50
kota_timburke: basically ACL handlers can handle the condition with 2 method, one is from client the other is from controller in swift3 middleware.08:51
kota_timbuerke: AclController.<method> <- this method means later one and self.method keeps previous one.08:52
kota_so if we define like "def DELETE" and put some condition (e.g. if self.method == 'PUT', if self.container != 'something'), we can overwrite the condition handling at the time.08:54
kota_for example, def DELETE(self): if self.method == 'PUT' pass -> this means "we ignore any acls when PUT request comming in during *client* DELETE request"08:55
kota_that's why I still +1 for patch 15913008:56
patchbotkota_: https://review.openstack.org/#/c/159130/ - swift3 - Fix DELETE Bucket to also delete segments bucket08:56
*** m_kazuhiro has quit IRC09:31
*** Razva has joined #swift310:12
Razvahey folks!10:12
RazvaThe request signature we calculated does not match the signature you provided. Check your key and signing method. < any idea of how to fix this...?10:12
Razvafrom the log: ERROR WSGI: code 400, message Bad request syntax10:13
Razvaif I connect with the "EC2" credentials (from compute) I get "The request signature we calculated does not match the signature you provided". If I connect with the "API" credentials (from security -> api) I get "Access denied".10:25
kota_Razva: Could you open your questions via launchpad or ask openstack? We seem in different time zone.13:27
kota_Need to more info about your setup info to reproduce13:28
kota_Note that Swift3 supports only s3 api (not ec2)13:29
*** bill_az has joined #swift315:01
Razvahey again guys15:19
RazvaSO, I partialy fixed the issue. as Admin I can login15:20
RazvaBUT as a user I cannot15:20
RazvaI have no idea what I did, but at this point I cannot even see the buckets created by the user15:20
RazvaI get Error: Unable to retrieve container list. I get "Error: Unable to retrieve container list."15:20
Razva[filter:keystone]15:21
Razvaperator_roles = admin, SwiftOperator15:21
Razvathe user has assigned the SwiftOperator role15:21
RazvaI even gave him Admin15:21
Razvabut there's no way for the user to see the buckets...15:21
Razvaif I connect to a Swift container via S3 by using the IP everything works. if I connect using the hostname it states "The request signature we calculated does not match the signature you provided. Check your key and signing method.". any hints please?15:39
*** bill_az_ has joined #swift315:51
*** Razva has quit IRC16:14
*** bill_az_ has quit IRC16:55
*** onovy has joined #swift318:31
onovyhi all. can some help me with this: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=81308818:32
openstackDebian bug 813088 in src:swift-plugin-s3 "swift-plugin-s3: FTBFS: AssertionError: '2014-04-01T14:00:00.000Z' != '2014-04-01T12:00:00.000Z'" [Serious,Open]18:32
onovyi can reproduce it on debian with tz!=018:32
timburkeonovy: sounds similar to patch 271542...i'll go looking for mktime calls...20:11
patchbottimburke: https://review.openstack.org/#/c/271542/ - swift - Use calendar.timegm not time.mktime (MERGED)20:11
timburkehrm. also, we probably don't want to be using time.time...20:12
onovyyep, looks similar20:15
*** bill_az has quit IRC21:35
timburkeonovy: problem seems to be fixed on master. patch 242578 removed a couple uses of datetime.datetime.fromtimestamp()22:13
patchbottimburke: https://review.openstack.org/#/c/242578/ - swift3 - Ensure X-Timestamp always (MERGED)22:13
onovytimburke: just figured it out too :)22:19
onovybut i think this patch: 1159ebad5907ab50b64d716108fcad097c013b29 fixed it22:19
timburkei'll still write a couple tests to make sure we don't regress on it, though22:19
onovyok. do you have any plans for next release?22:21
onovyjust want to know if i should backport this fix to 1.9 debian package, or wait for 1.1022:21
onovyor 1.9.1? :)22:21
timburkenot quite; it was the parent commit: d8ffe5a70c8d56c32c43598d8f2262031c7a738322:21
timburkewe'll have to ask kota_ :)22:21
timburkeit's saturday morning for him, though, so it might have to wait until monday. i'll be sure to bring the bug report up with him22:23
onovyperfect, thank you!22:24
kota_Morning22:31
kota_What's up?22:31
onovykota_: hi. just want to know if you have any plan for new release of swift322:33
onovyi have problem with packaging it for debian, because https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=81308822:33
openstackDebian bug 813088 in src:swift-plugin-s3 "swift-plugin-s3: FTBFS: AssertionError: '2014-04-01T14:00:00.000Z' != '2014-04-01T12:00:00.000Z'" [Serious,Open]22:33
onovywhich is fixed by patch 24257822:33
patchbotonovy: https://review.openstack.org/#/c/242578/ - swift3 - Ensure X-Timestamp always (MERGED)22:33
kota_timburk: Anyway, bug report is a good way the problem open to discuss22:33
kota_Yeah, you want version bump?22:34
onovyyep :)22:35
kota_Not have yet but can, next week-ish22:35
onovyperfect, next week +- is fine22:36
kota_Nk22:36
kota_Ok, typo22:36
onovynight killer?22:36
onovyno kills?22:37
onovyhttp://www.abbreviations.com/NK :)22:37
openstackgerritTim Burke proposed openstack/swift3: Add non-UTC coverage to unit tests  https://review.openstack.org/27427922:38
onovytimburke: nice one!22:39
kota_nk ―> just typo of ok :)23:28

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