| *** alenavolk has quit IRC | 00:10 | |
| *** alenavolk has joined #openstack-swift | 00:11 | |
| *** alenavolk has joined #openstack-swift | 00:12 | |
| *** thegreenhundred has joined #openstack-swift | 00:14 | |
| *** tovin07_ has joined #openstack-swift | 00:30 | |
| *** alenavolk has quit IRC | 00:31 | |
| *** alenavolk has joined #openstack-swift | 00:32 | |
| *** alenavolk has quit IRC | 00:32 | |
| *** alenavolk has joined #openstack-swift | 00:32 | |
| *** alenavolk has quit IRC | 00:33 | |
| *** catintheroof has quit IRC | 00:35 | |
| *** SkyRocknRoll has joined #openstack-swift | 00:43 | |
| *** kei_yama has quit IRC | 00:44 | |
| *** spotz has quit IRC | 01:00 | |
| *** sawinetehleet has joined #openstack-swift | 01:06 | |
| *** mat128 has joined #openstack-swift | 01:06 | |
| sawinetehleet | Hello, is it possible to strip the path from multiple objects that are uploaded like so: swift upload --skip-identical --verbose --header "X-Delete-After: 300" test /root/uptest/*/* | 01:07 |
|---|---|---|
| sawinetehleet | I would only like to store them with the filename, without the full path | 01:07 |
| *** klrmn has quit IRC | 01:14 | |
| *** alenavolk has joined #openstack-swift | 01:29 | |
| *** spotz has joined #openstack-swift | 01:35 | |
| *** mat128 has quit IRC | 01:41 | |
| *** alenavolk has quit IRC | 02:00 | |
| *** alenavolk has joined #openstack-swift | 02:01 | |
| *** alenavolk has quit IRC | 02:01 | |
| *** alenavolk has joined #openstack-swift | 02:02 | |
| *** alenavolk has quit IRC | 02:02 | |
| *** catintheroof has joined #openstack-swift | 02:03 | |
| *** alenavolk has joined #openstack-swift | 02:16 | |
| *** kiennt has joined #openstack-swift | 02:20 | |
| *** two_tired has joined #openstack-swift | 02:23 | |
| *** __david_ has quit IRC | 02:25 | |
| *** SkyRocknRoll has quit IRC | 02:31 | |
| *** mat128 has joined #openstack-swift | 02:40 | |
| *** klrmn has joined #openstack-swift | 03:06 | |
| *** catintheroof has quit IRC | 03:07 | |
| sawinetehleet | Can you apply header to the segments ? | 03:09 |
| *** mat128 has quit IRC | 03:12 | |
| *** itlinux has quit IRC | 03:33 | |
| sawinetehleet | Is there a workaround this bug? https://bugs.launchpad.net/python-swiftclient/+bug/1159951 | 03:36 |
| openstack | Launchpad bug 1159951 in python-swiftclient "swift client header is not used for uploading large object" [Undecided,In progress] - Assigned to Tong Li (litong01) | 03:36 |
| *** links has joined #openstack-swift | 03:39 | |
| *** gkadam_ has joined #openstack-swift | 03:40 | |
| *** alenavolk has quit IRC | 03:42 | |
| *** psachin has joined #openstack-swift | 03:43 | |
| *** vito_ has joined #openstack-swift | 03:53 | |
| *** vito_ has quit IRC | 03:54 | |
| *** mat128 has joined #openstack-swift | 04:09 | |
| *** klrmn has quit IRC | 04:23 | |
| *** gyee has quit IRC | 04:23 | |
| *** two_tired has quit IRC | 04:29 | |
| *** itlinux has joined #openstack-swift | 04:35 | |
| *** itlinux has quit IRC | 04:52 | |
| *** vint_bra has joined #openstack-swift | 04:53 | |
| *** vint_bra has quit IRC | 04:58 | |
| *** ianychoi__ has joined #openstack-swift | 05:12 | |
| *** ianychoi_ has quit IRC | 05:16 | |
| *** psachin has quit IRC | 06:10 | |
| *** kiennt has left #openstack-swift | 06:13 | |
| *** psachin has joined #openstack-swift | 06:14 | |
| *** links has quit IRC | 06:15 | |
| *** psachin has quit IRC | 06:16 | |
| *** psachin has joined #openstack-swift | 06:16 | |
| *** pcaruana has joined #openstack-swift | 06:22 | |
| *** silor has joined #openstack-swift | 06:39 | |
| *** hseipp has joined #openstack-swift | 06:40 | |
| *** rcernin has joined #openstack-swift | 06:40 | |
| *** vint_bra has joined #openstack-swift | 06:41 | |
| *** vint_bra has quit IRC | 06:46 | |
| *** cbartz has joined #openstack-swift | 07:03 | |
| *** hoonetorg has quit IRC | 07:04 | |
| *** hoonetorg has joined #openstack-swift | 07:17 | |
| *** silor has quit IRC | 07:25 | |
| *** links has joined #openstack-swift | 07:28 | |
| *** tesseract has joined #openstack-swift | 07:32 | |
| *** geaaru has joined #openstack-swift | 07:43 | |
| *** cschwede has joined #openstack-swift | 08:01 | |
| *** ChanServ sets mode: +v cschwede | 08:01 | |
| acoles | goo dmorning | 08:06 |
| *** openstackgerrit has quit IRC | 08:17 | |
| *** vint_bra has joined #openstack-swift | 08:30 | |
| *** vint_bra has quit IRC | 08:34 | |
| *** kei_yama has joined #openstack-swift | 08:40 | |
| *** openstackgerrit has joined #openstack-swift | 08:40 | |
| openstackgerrit | Alistair Coles proposed openstack/swift master: sharding: Test and refactor for _misplaced_objects https://review.openstack.org/451896 | 08:40 |
| *** openstackgerrit has quit IRC | 09:03 | |
| mattoliverau | acoles: morning | 09:07 |
| acoles | mattoliverau: o/ | 09:07 |
| mattoliverau | Yeah we should squish it in :) | 09:07 |
| acoles | mattoliverau: ok. you want me to or can you? | 09:07 |
| acoles | I'm at a desk with coffee, you may be in an armchair with beer :) | 09:08 |
| *** hoonetorg has quit IRC | 09:36 | |
| mattoliverau | lol, your more then welcome too. | 09:41 |
| mattoliverau | Bec had her gallbladder removed on Tuesday, and is sore and can't bend or lift anything. She's doing well, but means I have _alot_ of errands especially post work hours :) | 09:43 |
| acoles | mattoliverau: ouch. you take car of her, I'll take care of the patch :) | 09:44 |
| mattoliverau | :) | 09:44 |
| acoles | care* | 09:44 |
| *** psachin has quit IRC | 09:45 | |
| mattoliverau | I'm playing with the sharder some, had some thoughts on where to improve it, concurrancy etc, to make a tiny step in the right direction of potentially getting something like the auditor to feed it rather then it also having to walk through the container directories. The latter being a 2.0 or 3.0 of course. I've got a purdy digram and hope we can discuss at PTG. | 09:48 |
| acoles | interesting | 09:49 |
| acoles | getting 1.0 done with a roadmap for improvements sounds like a plan | 09:49 |
| mattoliverau | +1 | 09:49 |
| *** baojg_ has joined #openstack-swift | 09:51 | |
| *** baojg has quit IRC | 09:52 | |
| mattoliverau | the auditor currently just opens a db file and calls a get_info to see if it throws an exception. So getting it to actually test by getting a peice of useful metadata should almost be a noop :) | 09:52 |
| *** hoonetorg has joined #openstack-swift | 09:53 | |
| acoles | container sync has a pattern whereby the replicator finds sync'd containers in its post_replicate_hook | 09:56 |
| acoles | same place also feeds the reconciler - IDK if that is similar scenario to sharder | 09:57 |
| *** psachin has joined #openstack-swift | 09:58 | |
| *** kei_yama has quit IRC | 10:06 | |
| *** tovin07_ has quit IRC | 10:11 | |
| *** vint_bra has joined #openstack-swift | 10:18 | |
| *** vint_bra has quit IRC | 10:22 | |
| *** szaher has quit IRC | 10:41 | |
| *** szaher has joined #openstack-swift | 10:46 | |
| *** abhitechie has joined #openstack-swift | 10:58 | |
| *** psachin has quit IRC | 11:08 | |
| *** abhitechie has quit IRC | 11:11 | |
| *** silor has joined #openstack-swift | 11:12 | |
| *** jistr is now known as jistr|biab | 11:12 | |
| *** psachin has joined #openstack-swift | 11:19 | |
| *** mat128 has joined #openstack-swift | 11:37 | |
| *** hseipp has quit IRC | 11:48 | |
| *** thegreenhundred has quit IRC | 11:55 | |
| *** hseipp has joined #openstack-swift | 11:59 | |
| *** mvk has joined #openstack-swift | 12:03 | |
| *** hseipp has quit IRC | 12:06 | |
| *** vint_bra has joined #openstack-swift | 12:06 | |
| *** vint_bra has quit IRC | 12:11 | |
| *** jistr|biab is now known as jistr | 12:20 | |
| *** mat128 has quit IRC | 12:27 | |
| *** catintheroof has joined #openstack-swift | 12:30 | |
| *** mat128 has joined #openstack-swift | 12:31 | |
| *** jaosorior has quit IRC | 12:37 | |
| *** thegreenhundred has joined #openstack-swift | 12:38 | |
| *** jaosorior has joined #openstack-swift | 12:38 | |
| *** gkadam_ has quit IRC | 12:40 | |
| *** jaosorior has quit IRC | 12:44 | |
| *** jaosorior has joined #openstack-swift | 12:45 | |
| *** jaosorior has quit IRC | 12:45 | |
| *** jaosorior has joined #openstack-swift | 12:46 | |
| *** abhitechie has joined #openstack-swift | 13:11 | |
| *** mat128 has quit IRC | 13:17 | |
| *** EmreSoku_ has joined #openstack-swift | 13:19 | |
| *** ianychoi__ is now known as ianychoi | 13:20 | |
| EmreSoku_ | hi guys, I have a stack with one proxy and three data servers, the proxy just died, i have no backup | 13:21 |
| EmreSoku_ | do you think there's a way to recover still? | 13:21 |
| EmreSoku_ | data servers are alive. | 13:23 |
| EmreSoku_ | but I don't know if without a key or anything they're recoverable. | 13:23 |
| *** gyee has joined #openstack-swift | 13:41 | |
| *** ChubYann has quit IRC | 13:56 | |
| *** jaosorior has quit IRC | 13:57 | |
| *** psachin has quit IRC | 14:04 | |
| *** ChubYann has joined #openstack-swift | 14:10 | |
| *** alenavolk has joined #openstack-swift | 14:15 | |
| *** itlinux has joined #openstack-swift | 14:15 | |
| *** gyee has quit IRC | 14:17 | |
| *** gyee has joined #openstack-swift | 14:17 | |
| *** hseipp has joined #openstack-swift | 14:20 | |
| *** vint_bra has joined #openstack-swift | 14:31 | |
| *** alenavolk has quit IRC | 14:31 | |
| *** alenavolk has joined #openstack-swift | 14:37 | |
| *** alenavolk has quit IRC | 14:55 | |
| *** openstackgerrit has joined #openstack-swift | 14:59 | |
| openstackgerrit | Viktor Varga proposed openstack/swift master: Use more specific asserts in test/unit/common/middleware https://review.openstack.org/342770 | 14:59 |
| openstackgerrit | Alistair Coles proposed openstack/swift master: Respect co-builder partition moves when min_part_hours is zero https://review.openstack.org/499634 | 15:10 |
| acoles | EmreSoku_: you will need a copy of you swift.conf file and ring files which you should have on the storage nodes, to setup a replacement proxy | 15:23 |
| acoles | EmreSoku_: if you were using encryption middleware then you will need the encryption key | 15:24 |
| acoles | which should not be on the storage nodes ! | 15:24 |
| EmreSoku_ | thanks acoles, i do have swift.conf and it only has one variable; swift_hash_path_suffix | 15:26 |
| openstackgerrit | Gábor Antal proposed openstack/swift master: Use more specific asserts in test/unit/common https://review.openstack.org/342781 | 15:26 |
| openstackgerrit | Gábor Antal proposed openstack/swift master: Use more specific asserts in test/unit/container https://review.openstack.org/342808 | 15:26 |
| openstackgerrit | Gábor Antal proposed openstack/swift master: Use more specific asserts in test/unit/obj tests https://review.openstack.org/342830 | 15:26 |
| openstackgerrit | Gábor Antal proposed openstack/swift master: Update hacking and enable off-by-default checks https://review.openstack.org/486627 | 15:26 |
| EmreSoku_ | ring files, you mean account.ring.gz container.ring.gz I guess? | 15:27 |
| EmreSoku_ | and object.ring.gz | 15:27 |
| EmreSoku_ | of course | 15:27 |
| *** SkyRocknRoll has joined #openstack-swift | 15:28 | |
| *** alenavolk has joined #openstack-swift | 15:30 | |
| *** EmreSoku_ has quit IRC | 15:32 | |
| *** pcaruana has quit IRC | 15:32 | |
| notmyname | good morning | 15:34 |
| timburke | good morning | 15:42 |
| *** itlinux has quit IRC | 15:46 | |
| *** klrmn has joined #openstack-swift | 15:50 | |
| *** alenavolk has quit IRC | 15:51 | |
| *** EmreSokullu has joined #openstack-swift | 15:53 | |
| *** alenavolk has joined #openstack-swift | 15:54 | |
| *** mvk has quit IRC | 15:59 | |
| *** oshritf has quit IRC | 16:07 | |
| *** mat128 has joined #openstack-swift | 16:15 | |
| *** hoonetorg has quit IRC | 16:18 | |
| *** EmreSokullu has quit IRC | 16:20 | |
| *** hseipp has quit IRC | 16:24 | |
| *** geaaru has quit IRC | 16:28 | |
| *** jistr is now known as jistr|afk | 16:31 | |
| *** chsc has joined #openstack-swift | 16:36 | |
| *** chsc has joined #openstack-swift | 16:36 | |
| openstackgerrit | Alistair Coles proposed openstack/swift master: Add container sharding to Swift containers https://review.openstack.org/423906 | 16:38 |
| acoles | mattoliverau: squashed ^^ | 16:38 |
| *** mat128 has quit IRC | 16:44 | |
| *** itlinux has joined #openstack-swift | 16:46 | |
| *** silor has quit IRC | 16:46 | |
| *** joeljwright has joined #openstack-swift | 16:50 | |
| *** ChanServ sets mode: +v joeljwright | 16:50 | |
| *** alenavolk has quit IRC | 17:00 | |
| *** alenavolk has joined #openstack-swift | 17:04 | |
| *** psachin has joined #openstack-swift | 17:11 | |
| *** rcernin has quit IRC | 17:12 | |
| *** tesseract has quit IRC | 17:14 | |
| *** mat128 has joined #openstack-swift | 17:21 | |
| *** joeljwright has quit IRC | 17:31 | |
| *** se-tester_ has joined #openstack-swift | 17:39 | |
| *** alenavolk has quit IRC | 17:42 | |
| *** jistr|afk is now known as jistr | 17:50 | |
| *** psachin has quit IRC | 17:52 | |
| *** links has quit IRC | 17:52 | |
| notmyname | did we do the thing where slo uploads in the client sets the expiry time of the segments to the same value as the manifest? | 17:56 |
| notmyname | timburke: ^ ? | 17:56 |
| notmyname | or was that a Bad Idea (tm) because segments could be in multiple SLOs? (but they're named uniquely via `swift`) | 17:56 |
| notmyname | sawinetehleet: (moving from pm) another thing you could do with a manifest of the segments is create a temporary-access URL to the manifest object and then share it with someone else | 18:01 |
| notmyname | then they could get the archives and not need credentials to the storage service | 18:02 |
| notmyname | ...but I don't know if you need that functionality or not for your archives | 18:02 |
| *** cschwede has quit IRC | 18:09 | |
| *** alenavolk has joined #openstack-swift | 18:11 | |
| timburke | notmyname: we did not. the trouble always came back around to "how do we deal with the POST that changes or removes the expiry?" and the only way we could see forward for that was "well, HEAD before every POST" | 18:11 |
| notmyname | timburke: which results in "...ewww" | 18:11 |
| timburke | yup | 18:11 |
| clayg | does crazy swiftclient already do a HEAD before every POST? or PUT anyway... | 18:13 |
| timburke | clayg: before every PUT and DELETE, not POST (yet) | 18:13 |
| timburke | --leave-segments disables it | 18:14 |
| clayg | timburke: i'm so glad you know these things | 18:14 |
| notmyname | +1 | 18:14 |
| notmyname | sawinetehleet: note what timburke for improved speed in your script (the --leave-segments) | 18:14 |
| *** se-tester_ has quit IRC | 18:16 | |
| *** jistr is now known as jistr|off | 18:21 | |
| *** mat128_ has joined #openstack-swift | 18:34 | |
| *** mat128 has quit IRC | 18:37 | |
| *** mat128_ has quit IRC | 18:43 | |
| *** mat128 has joined #openstack-swift | 18:43 | |
| *** rcernin has joined #openstack-swift | 19:01 | |
| *** cbartz has quit IRC | 19:03 | |
| *** hoonetorg has joined #openstack-swift | 19:14 | |
| notmyname | tdasilva: on https://bugs.launchpad.net/swift/+bug/1609231 where are you seeing it checked on reads? I can't find that in the code (check_object_creation() is only in the PUT methods of the proxy obj controller and the obj server) | 19:30 |
| openstack | Launchpad bug 1609231 in OpenStack Object Storage (swift) "check MAX_ACCOUNT_NAME_LENGTH in all requests" [Low,New] - Assigned to zheng yin (yin-zheng) | 19:30 |
| notmyname | tdasilva: ah, hmmm... constraints.MAX_ACCOUNT_NAME_LENGTH is explicitly used (not the helper) | 19:31 |
| tdasilva | notmyname: maybe i'm looking at the wrong place, but I saw this: https://github.com/openstack/swift/blob/master/swift/proxy/controllers/account.py#L56 | 19:32 |
| notmyname | added in https://review.openstack.org/#/c/27724/ ? | 19:33 |
| patchbot | patch 27724 - swift - Autocreate cleanups (MERGED) | 19:33 |
| notmyname | oh, no. that just moved | 19:33 |
| *** SkyRocknRoll has quit IRC | 19:33 | |
| notmyname | td https://github.com/openstack/swift/commit/1a586323825ca681a7c6739bc6f6fd9131932a2c | 19:36 |
| notmyname | tdasilva: https://github.com/openstack/swift/commit/1a586323825ca681a7c6739bc6f6fd9131932a2c | 19:36 |
| notmyname | which makes sense, right? reads and autocreate an account. and when an account is created, check the lenght limits | 19:37 |
| notmyname | tdasilva: looks like at some point a refactoring may have lost the "and if autocreate" part of the check | 19:38 |
| notmyname | maybe? | 19:38 |
| tdasilva | notmyname: p 27724 calls out that the autocreate part was removed on purpose | 19:39 |
| patchbot | https://review.openstack.org/#/c/27724/ - swift - Autocreate cleanups (MERGED) | 19:39 |
| notmyname | ah, in part because we lazy autocreate now. we only autocreate the account on first container create, so we fake it. which means the account read is pretending to act like it's creating the account, but it's not, so it has to do the len check? | 19:39 |
| tdasilva | yep, that was the conclusion i was reaching too | 19:40 |
| tdasilva | so even thou we are not really creating the account, we are 'fake' creating it, or lazily as you put it | 19:40 |
| notmyname | which seems like it has the gap of a read on a previously created account that was created before the account lenght max was reduced | 19:41 |
| notmyname | gap == spurious error | 19:41 |
| tdasilva | yes | 19:41 |
| notmyname | so, I *want* to say, "that's unfortunate. don't change cluster constraints when there's data in the cluster" | 19:41 |
| notmyname | however... there *is* a gap | 19:41 |
| tdasilva | maybe we could just move the check? | 19:42 |
| notmyname | and I'm guessing you've found some cluster that is hitting this? | 19:42 |
| tdasilva | oh no...sorry...that was just me hitting the bug triage etherpad | 19:42 |
| notmyname | heh, ok | 19:42 |
| notmyname | yeah, I think moving the check under line 76 (the elif autocreate) would probably be better) | 19:42 |
| tdasilva | what's weird about that is that now a GET request might or might not return a MAX_ACCOUNT_NAME_LENGTH error | 19:43 |
| tdasilva | and it would be sort of hidden from the user why that is happening | 19:44 |
| tdasilva | is that true? | 19:44 |
| notmyname | trying to enumerate the possibilities: 1. it would return length error if it couldn't find the account and the requested name is too long | 19:44 |
| notmyname | 2. it wouldn't if the account were found | 19:45 |
| notmyname | 3. it wouldn't if the account weren't found and autocreate is off (generally rare, Ithink) | 19:45 |
| notmyname | what about deleted account with too long of a name that is being fetched as a precursor to being autocreated? | 19:46 |
| notmyname | deleted but not yet reaped | 19:46 |
| *** silor has joined #openstack-swift | 19:47 | |
| notmyname | do you see other possiblities? | 19:47 |
| tdasilva | notmyname: i think you got it, my point is more like, let's say max is changed from 10 to 3. It is possible that a GET on account1 might return OK, but a GET on account2 might return error MAX_ACCOUNT_NAME_LENGTH | 19:48 |
| notmyname | ah, right. and the user doesn't know the difference. but internally account1 was created before the constraint change. and account2 has never been created | 19:49 |
| tdasilva | it might not be obvious to the user why one get returns success and the other returns saying the account name is too long, while they have the same lenght | 19:49 |
| notmyname | yeah | 19:49 |
| tdasilva | right! | 19:49 |
| notmyname | yes, I agree that is a confusing situation for end users | 19:50 |
| notmyname | again, by first reaction is to include the operator's pager number in the error message and say "call this guy and ask him why he made your life more difficult" | 19:50 |
| notmyname | ;-) | 19:50 |
| tdasilva | lol | 19:51 |
| tdasilva | we should put operators phone number on the /info request | 19:51 |
| notmyname | yes! (as long as it's not mine) | 19:51 |
| notmyname | I don't think it sounds good to include the constraint at time of creation with an account response | 19:52 |
| notmyname | and I don't think we can include "current limit is X but it used to be Y and Z" with the error | 19:52 |
| notmyname | have you ever heard of someone chaging the lenth limit away from the default? why is it configurable at all? | 19:53 |
| notmyname | isn't 256 characters enough for anyone? | 19:53 |
| notmyname | (only half joking) | 19:53 |
| tdasilva | i have not, but maybe the bug submitter ran into that issue? I can only assume | 19:55 |
| notmyname | yeah, same here | 19:55 |
| notmyname | so I'm tempted to say we should move the check, but I don't see a clear path forward to reduce the end-user confusion in your 10->3 example | 19:56 |
| tdasilva | probably should be marked as wishlist and see if more people complain about it | 19:58 |
| notmyname | meh... low priority bug for moving the check | 19:59 |
| notmyname | IMO | 19:59 |
| tdasilva | works | 20:00 |
| tdasilva | notmyname: need to drop off, will be back later | 20:00 |
| notmyname | tdasilva: thanks for the bug triage! :-) | 20:00 |
| timburke | why not just 404 on GET if the name's too long, and wait on the constraint error until they actually try to PUT something? | 20:08 |
| *** hseipp has joined #openstack-swift | 20:11 | |
| notmyname | timburke: after moving the check? you'd get a 404 when doing an account GET/HEAD, then you'd never do a container PUT? the way it is now, you'd get a 200 on the account GET/HEAD | 20:11 |
| notmyname | and it's very unlikely the user has the ability to actually PUT the account (if that's even enabled in the cluster!) | 20:12 |
| timburke | right... but it was too long anyway, right? | 20:13 |
| timburke | i suppose i oughta actually look at the code | 20:14 |
| notmyname | timburke: no? I think tdasilva got the right triage. we may get a small move of some code out of it, but low priority :-) | 20:14 |
| *** hseipp has quit IRC | 20:18 | |
| rcernin | ping swift3 guys, do we need to also include the s3token entry point? | 20:27 |
| rcernin | swift3 is failing with LookupError: Entry point 's3token' not found in egg 'swift3' (dir: /usr/lib/python2.7/site-packages; protocols: paste.filter_factory, paste.filter_app_factory; entry_points:) | 20:28 |
| rcernin | seems there is still some piece missing. | 20:28 |
| timburke | rcernin: what version of swift3 are you using? | 20:28 |
| rcernin | but egg is there | 20:28 |
| rcernin | hi timburke | 20:29 |
| rcernin | uno momento | 20:29 |
| rcernin | timburke: 1.11.0-6 | 20:30 |
| timburke | hrm... should be there... https://github.com/openstack/swift3/blob/v1.11/setup.cfg#L32 | 20:30 |
| timburke | lemme poke around a bit... | 20:30 |
| rcernin | timburke: thats what I was thinking! | 20:31 |
| rcernin | strange | 20:31 |
| timburke | what's the use line look like? | 20:32 |
| timburke | and i'm trying to remember what a proper egg looks like -- i know my dev install has a .egg-info dir with a entry_points.txt in it... | 20:34 |
| rcernin | use = egg:swift3#s3token | 20:34 |
| timburke | looks right | 20:35 |
| rcernin | oh my bad!:( timburke++ sorry.. pebkac | 20:35 |
| rcernin | the other config misses use line! | 20:36 |
| timburke | rcernin: glad you solved it :-) | 20:36 |
| rcernin | timburke: http://paste.openstack.org/show/620136/ this is the current s3token | 20:36 |
| rcernin | timburke: may i ask about the paste.filter_factory? | 20:37 |
| timburke | ah... i wonder if paste is getting confused by having both use *and* paste.filter_factory listed... | 20:37 |
| rcernin | yeah could cause issue | 20:39 |
| *** silor has quit IRC | 20:54 | |
| *** mat128 has quit IRC | 20:55 | |
| *** catintheroof has quit IRC | 21:31 | |
| *** alenavolk has quit IRC | 21:37 | |
| *** alenavolk has joined #openstack-swift | 21:37 | |
| *** alenavolk has quit IRC | 21:37 | |
| *** alenavolk has joined #openstack-swift | 21:38 | |
| *** alenavolk has quit IRC | 21:38 | |
| *** alenavolk has joined #openstack-swift | 21:39 | |
| *** alenavolk has quit IRC | 21:39 | |
| *** alenavolk has joined #openstack-swift | 21:40 | |
| *** alenavolk has quit IRC | 21:40 | |
| *** abhinavtechie has joined #openstack-swift | 22:29 | |
| *** abhitechie has quit IRC | 22:30 | |
| *** rcernin has quit IRC | 22:30 | |
| *** itlinux has quit IRC | 22:34 | |
| *** thegreenhundred has quit IRC | 22:38 | |
| *** abhinavtechie has quit IRC | 22:54 | |
| *** chsc has quit IRC | 22:57 | |
| openstackgerrit | Tim Burke proposed openstack/swift master: api-ref: update docs links https://review.openstack.org/499293 | 22:57 |
| *** kei_yama has joined #openstack-swift | 23:31 | |
| *** abhitechie has joined #openstack-swift | 23:36 | |
| *** kei_yama has quit IRC | 23:47 | |
| *** chsc has joined #openstack-swift | 23:53 | |
| *** chsc has joined #openstack-swift | 23:53 | |
| *** catintheroof has joined #openstack-swift | 23:55 | |
| openstackgerrit | Tim Burke proposed openstack/swift master: Stop clearing req.acl in DLO https://review.openstack.org/499856 | 23:59 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!