[
https://issues.apache.org/jira/browse/HDFS-13951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16637027#comment-16637027
]
Steve Loughran commented on HDFS-13951:
---------------------------------------
Test failures seem unrelated
h2. TestBlockReaderLocal.testStatisticsForErasureCodingRead
test case is brittle to EC decode time == 0, clock issues in VM
{code}
Assert.assertTrue(stats.getTotalEcDecodingTimeMillis() > 0);
{code}
h2. TestLeaseRecovery2.testCloseWhileRecoverLease
different error message/failure than expected
h2. TestNameNodeMetadataConsistency.testGenerationStampInFuture
timeout waiting for state change after cluster restart
> HDFS DelegationTokenFetcher can't print non-HDFS tokens in a tokenfile
> ----------------------------------------------------------------------
>
> Key: HDFS-13951
> URL: https://issues.apache.org/jira/browse/HDFS-13951
> Project: Hadoop HDFS
> Issue Type: Bug
> Components: tools
> Affects Versions: 3.2.0
> Reporter: Steve Loughran
> Assignee: Steve Loughran
> Priority: Minor
> Attachments: HDFS-13951-001.patch
>
>
> the fetchdt command can fetch tokens for filesystems other than hdfs (s3a,
> abfs, etc), but it can't print them, as it assumes all tokens in the file are
> subclasses of
> {{org.apache.hadoop.hdfs.security.token.delegation.DelegationTokenIdentifier}}
> & uses this fact in its decoding. It deserializes the token byte array
> without checking kind and so ends up with invalid data.
> Fix: ask the tokens to decode themselves; only call toStableString() if an
> HDFS token.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
