[jira] [Created] (HADOOP-13123) Permit the default hadoop delegation token file format to be configurable
Matthew Paduano created HADOOP-13123: Summary: Permit the default hadoop delegation token file format to be configurable Key: HADOOP-13123 URL: https://issues.apache.org/jira/browse/HADOOP-13123 Project: Hadoop Common Issue Type: Improvement Reporter: Matthew Paduano Assignee: Matthew Paduano If one environment updates to using the new dtutil code and accompanying Credentials code, there is a backward compatibility issue with the default file format being JAVA. Older clients need to be updated to ask for a file in the legacy format (FORMAT_JAVA). As an aid to users in this trap, we can add a configuration property to set the default file format. When set to FORMAT_JAVA, the new server code will serve up legacy files without being asked. The default value for this property will remain FORMAT_PB. But affected users can add this config option to the services using the newer code. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-dev-h...@hadoop.apache.org
[jira] [Created] (HADOOP-13112) Change CredentialShell to use CommandShell base class
Matthew Paduano created HADOOP-13112: Summary: Change CredentialShell to use CommandShell base class Key: HADOOP-13112 URL: https://issues.apache.org/jira/browse/HADOOP-13112 Project: Hadoop Common Issue Type: Improvement Reporter: Matthew Paduano Assignee: Matthew Paduano Priority: Minor org.apache.hadoop.tools.CommandShell is a base class created for use by DtUtilShell. It was inspired by CredentialShell and much of it was taken verbatim. It should be a simple change to get CredentialShell to use the base class and simplify its code without changing its functionality. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-dev-h...@hadoop.apache.org
[jira] [Created] (HADOOP-13109) Add ability to edit existing token file via dtutil -alias flag
Matthew Paduano created HADOOP-13109: Summary: Add ability to edit existing token file via dtutil -alias flag Key: HADOOP-13109 URL: https://issues.apache.org/jira/browse/HADOOP-13109 Project: Hadoop Common Issue Type: Improvement Reporter: Matthew Paduano Assignee: Matthew Paduano Priority: Minor The first iteration of the dtutil command (org.apache.hadoop.security.token.DtUtilShell) did not provide an operation to edit the service field on a token that has already been fetched to a file. This is a necessary feature for users who have copied a token file out of a cluster that does not support the dtutil command (hence, the token could not be aliased during get). -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-dev-h...@hadoop.apache.org
[jira] [Created] (HADOOP-13054) Use proto delimited IO to fix tests broken by HADOOP-12563
Matthew Paduano created HADOOP-13054: Summary: Use proto delimited IO to fix tests broken by HADOOP-12563 Key: HADOOP-13054 URL: https://issues.apache.org/jira/browse/HADOOP-13054 Project: Hadoop Common Issue Type: Bug Reporter: Matthew Paduano Assignee: Matthew Paduano HADOOP-12563 broke some unittests (see that ticket, in comments). Switching the proto buffer read/write methods to "writeDelimitedTo" and "readDelimitedFrom" seems to fix things up. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-12696) Add Tests for S3FileSystem Contract
Matthew Paduano created HADOOP-12696: Summary: Add Tests for S3FileSystem Contract Key: HADOOP-12696 URL: https://issues.apache.org/jira/browse/HADOOP-12696 Project: Hadoop Common Issue Type: Test Components: tools Affects Versions: 2.7.0 Reporter: Matthew Paduano Assignee: Matthew Paduano The regression fixed by HADOOP-12689 had no unit tests to expose the problem. Add filesystem tests according to http://hadoop.apache.org/docs/current/hadoop-project-dist/hadoop-common/filesystem/testing.html for the s3 scheme. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-12689) S3 filesystem operations stopped working correctly
Matthew Paduano created HADOOP-12689: Summary: S3 filesystem operations stopped working correctly Key: HADOOP-12689 URL: https://issues.apache.org/jira/browse/HADOOP-12689 Project: Hadoop Common Issue Type: Bug Affects Versions: 2.8.0, 3.0.0 Reporter: Matthew Paduano Assignee: Matthew Paduano Priority: Minor Fix For: 2.7.1 HADOOP-10542 was resolved by replacing "return null;" with throwing IOException. This causes several S3 filesystem operations to fail (possibly more code is expecting that null return value; these are just the calls I noticed): S3FileSystem.getFileStatus() (which no longer raises FileNotFoundException but instead IOException) FileSystem.exists() (which no longer returns false but instead raises IOException) S3FileSystem.create() (which no longer succeeds but instead raises IOException) Run command: hadoop distcp hdfs://localhost:9000/test s3://xxx:y...@com.bar.foo/ Resulting stack trace: 2015-12-11 10:04:34,030 FATAL [IPC Server handler 6 on 44861] org.apache.hadoop.mapred.TaskAttemptListenerImpl: Task: attempt_1449826461866_0005_m_06_0 - exited : java.io.IOException: /test doesn't exist at org.apache.hadoop.fs.s3.Jets3tFileSystemStore.get(Jets3tFileSystemStore.java:170) at org.apache.hadoop.fs.s3.Jets3tFileSystemStore.retrieveINode(Jets3tFileSystemStore.java:221) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.hadoop.io.retry.RetryInvocationHandler.invokeMethod(RetryInvocationHandler.java:187) at org.apache.hadoop.io.retry.RetryInvocationHandler.invoke(RetryInvocationHandler.java:102) at com.sun.proxy.$Proxy17.retrieveINode(Unknown Source) at org.apache.hadoop.fs.s3.S3FileSystem.getFileStatus(S3FileSystem.java:340) at org.apache.hadoop.tools.mapred.CopyMapper.map(CopyMapper.java:230) at org.apache.hadoop.tools.mapred.CopyMapper.map(CopyMapper.java:50) at org.apache.hadoop.mapreduce.Mapper.run(Mapper.java:146) at org.apache.hadoop.mapred.MapTask.runNewMapper(MapTask.java:787) at org.apache.hadoop.mapred.MapTask.run(MapTask.java:341) at org.apache.hadoop.mapred.YarnChild$2.run(YarnChild.java:164) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:415) at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1657) at org.apache.hadoop.mapred.YarnChild.main(YarnChild.java:158) changing the "raise IOE..." to "return null" fixes all of the above code sites and allows distcp to succeed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HADOOP-12599) Add RM Delegation Token DtFetcher Implementation for DtUtil
Matthew Paduano created HADOOP-12599: Summary: Add RM Delegation Token DtFetcher Implementation for DtUtil Key: HADOOP-12599 URL: https://issues.apache.org/jira/browse/HADOOP-12599 Project: Hadoop Common Issue Type: Sub-task Reporter: Matthew Paduano Assignee: Matthew Paduano Add a class to yarn project that implements the DtFetcher interface to return a RM delegation token object. I attached a proposed class implementation that does this, but it cannot be added as a patch until the interface is merged in HADOOP-12563 -- This message was sent by Atlassian JIRA (v6.3.4#6332)