Sorry for raising this so late, but I noticed just now that we never
managed to backport YARN-8990 to branch-3.2, so it's not in branch-3.2.2
either.
That fix wasn't included in 3.2.1, so it's not a regression if we also
don't include it in 3.2.2. It's a blocking issue though, so I think it'd be
u
Another backcompat issue was HDFS-15191, in 3.2.1.
But aside from that, we've been using 3x client libraries against both 2x and
3x clusters without issue.
On 10/13/20, 2:43 PM, "Wei-Chiu Chuang" wrote:
CAUTION: This email originates from an external party (outside of
Palantir). If you b
Steven Rand created HDFS-15191:
--
Summary: EOF when reading legacy buffer in BlockTokenIdentifier
Key: HDFS-15191
URL: https://issues.apache.org/jira/browse/HDFS-15191
Project: Hadoop HDFS
Issue
Steven Rand created HDFS-15114:
--
Summary: JournalNodes' committed-txid file includes aborted
transaction, breaks NameNode startup
Key: HDFS-15114
URL: https://issues.apache.org/jira/browse/HDFS-
After reading some of the code, I believe that it should be possible to
backport the client-side changes without the server-side changes. I've
created https://issues.apache.org/jira/browse/HDFS-14352 to track.
Best,
Steve
On Wed, Mar 6, 2019 at 3:13 PM Steven Rand wrote:
> Hi all,
>
Steven Rand created HDFS-14352:
--
Summary: backport client-side EC support to branch-2
Key: HDFS-14352
URL: https://issues.apache.org/jira/browse/HDFS-14352
Project: Hadoop HDFS
Issue Type
Hi all,
I wanted to suggest the possibility of backporting client-side erasure
coding changes to branch-2, and get feedback on whether this is (1)
desirable, and (2) feasible without also backporting the server-side
changes.
Currently, client-side code to support erasure coding hasn't been
backpo
Steven Rand created HDFS-11431:
--
Summary: hadoop-hdfs-client JAR does not include
ConfiguredFailoverProxyProvider
Key: HDFS-11431
URL: https://issues.apache.org/jira/browse/HDFS-11431
Project: Hadoop
