Details
-
Sub-task
-
Status: Resolved
-
Major
-
Resolution: Won't Fix
-
3.0.0
-
None
-
None
Description
In version 3.0.0, the checkPath method for dealing with paths prevents us from using the s3:// scheme when utilizing S3Guard. However, in our core-site.xml we have included
<property> <name>fs.s3.impl</name> <value>org.apache.hadoop.fs.s3a.S3AFileSystem</value> </property>
which should enforce that s3 prefixed paths go through s3a and are properly compatible with s3guard. We removed the assertion that paths use the s3a scheme (some of our paths use the s3 scheme) and our testing thus far with S3Guard enabled have been positive. We believe the assertion in checkPath is unnecessary and could be expanded to include the s3 and s3n schemes if not dropped altogether or altered in some other way. We're happy to develop and test a patch if the community is amenable to the change.