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