-
Notifications
You must be signed in to change notification settings - Fork 273
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow disabling of bucket validation #893
Comments
to fix your trouble try download this fix, i see it in another issue, |
@AnaSousa314 @enricozao @CoZmoTheGod : you all appear to be real people, perhaps some automation glitch has happened? |
I did report them first, but thought I would give the accounts the chance to fix something in case they have been hacked or something else happened. I didn't get as far as looking at the contents of the link. |
To answer the original question:
I am not aware of any. One would think it should be possible to pass an initializer argument to the client, but I don't see any such option. |
Thanks. Sounds like I'm not the only Ceph user noting this problem. There is discussion in boto/botocore#3234 and boto/boto3#2891 but no resolution. I'm confused as to how anybody is using Ceph buckets. |
hey @timj. for what it's worth, this is only an issue when using tenant namespaces. ceph designed that feature around openstack's swift protocol where, unlike aws s3, the bucket namespace isn't shared between accounts. it's never been fully compatible with aws s3, which is why many clients have trouble with it |
Unfortunately our entire organization is based around tenant namespaces. I have worked around the problem by forcing s3fs to try to open a path that doesn't exist (which constructs the boto client) and then hacking the boto client using |
(I've just had it pointed out to me that there is a public |
In our organization we use S3 bucket names with
:
(such ass3://domain:bucket/path/file.txt
) which come from our Ceph system. If we try to use s3fs with such a bucket name we get an error:with botocore we disable validation using:
And this works if I use
s3._s3
to access theS3FileSystem
object's internal boto client object.Is there a way to do this without having to use an internal property?
The text was updated successfully, but these errors were encountered: