You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Sean Mackrory (JIRA)" <ji...@apache.org> on 2017/03/08 15:46:37 UTC

[jira] [Created] (HADOOP-14158) Possible for modified configuration to leak into metadatastore in S3GuardTool

Sean Mackrory created HADOOP-14158:
--------------------------------------

             Summary: Possible for modified configuration to leak into metadatastore in S3GuardTool
                 Key: HADOOP-14158
                 URL: https://issues.apache.org/jira/browse/HADOOP-14158
             Project: Hadoop Common
          Issue Type: Sub-task
            Reporter: Sean Mackrory


It doesn't appear to do it when run from the command-line, but when running the S3GuardTool.run (i.e. the parent function of most of the functions used in the unit tests) from a unit test, you end up with a NullMetadataStore, regardless of what else was configured.

We create an instance of S3AFileSystem with the metadata store implementation overridden to NullMetadataStore so that we have distinct interfaces to S3 and the metadata store. S3Guard can later be called using this filesystem, causing it to pick up the filesystem's configuration, which instructs it to use the NullMetadataStore implementation. This shouldn't be possible.

It is unknown if this happens in any real-world scenario - I've been unable to reproduce the problem from the command-line. But it definitely happens in a test, it shouldn't, and fixing this will at least allow HADOOP-14145 to have an automated test.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: common-issues-unsubscribe@hadoop.apache.org
For additional commands, e-mail: common-issues-help@hadoop.apache.org