Re: [VOTE] Release Apache Hadoop 2.10.0 (RC1)
+1 from me too. The vote passed, so I'll continue with the rest of the release. Thanks everyone! Jonathan Hung On Tue, Oct 29, 2019 at 1:40 PM Giovanni Matteo Fumarola < giovanni.fumar...@gmail.com> wrote: > +1 (non-binding). > > - Built from source on Ubuntu with OpenJDK 11.0.3 > - Verified signatures > - Verified documentation > - Setup up a single node cluster and ran basic yarn commands > - Ran UTs for Yarn Router, Yarn Common, Yarn API, YARN NM and YARN RM. > > Thanks for putting this together, Jonathan. > > On Tue, Oct 29, 2019 at 8:47 AM Dinesh Chitlangia > wrote: > >> +1 (non-binding) >> >> - Verified signatures >> - Verified documentation >> - Built from sources on CentOS 7 >> - Tested with basic hdfs commands on a single node setup. >> >> Thank for organizing the release, Jonathan. >> >> -Dinesh >> >> >> >> On Tue, Oct 29, 2019 at 9:45 AM epa...@apache.org >> wrote: >> >> > Compatibility testing has gone well for me. >> > >> > - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.8.5 >> and >> > 2.10.0 >> > - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.10.0 >> and >> > trunk >> > - With one 4-node cluster running 2.10.0 and one 4-node cluster running >> > trunk, I ran a word count job in each cluster whose inputs and outputs >> were >> > from and to the opposite cluster. >> > - I verified that HDFS replication works as expected in a trunk cluster >> > that has one 2.10.0 datanode. >> > >> > Thanks, >> > -Eric >> > >> > >> > > On Tuesday, October 22, 2019, 4:55:29 PM CDT, Jonathan Hung < >> > jyhung2...@gmail.com> wrote: >> > > Hi folks, >> > > >> > >This is the second release candidate for the first release of Apache >> > Hadoop >> > >2.10 line. It contains 362 fixes/improvements since 2.9 [1]. It >> includes >> > >features such as: >> > > >> > > - User-defined resource types >> > > - Native GPU support as a schedulable resource type >> > > - Consistent reads from standby node >> > > - Namenode port based selective encryption >> > > - Improvements related to rolling upgrade support from 2.x to 3.x >> > > - Cost based fair call queue >> > > >> > > The RC1 artifacts are at: >> > http://home.apache.org/~jhung/hadoop-2.10.0-RC1/ >> > > >> > > RC tag is release-2.10.0-RC1. >> > > >> > > The maven artifacts are hosted here: >> > > >> https://repository.apache.org/content/repositories/orgapachehadoop-1243/ >> > > >> > > My public key is available here: >> > > https://dist.apache.org/repos/dist/release/hadoop/common/KEYS >> > > >> > > The vote will run for 5 weekdays, until Tuesday, October 29 at 3:00 pm >> > PDT. >> > > >> > > Thanks, >> > > Jonathan Hung >> > >> > >> > - >> > To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org >> > For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org >> > >> > >> >
Re: [VOTE] Release Apache Hadoop 2.10.0 (RC1)
+1 (non-binding). - Built from source on Ubuntu with OpenJDK 11.0.3 - Verified signatures - Verified documentation - Setup up a single node cluster and ran basic yarn commands - Ran UTs for Yarn Router, Yarn Common, Yarn API, YARN NM and YARN RM. Thanks for putting this together, Jonathan. On Tue, Oct 29, 2019 at 8:47 AM Dinesh Chitlangia wrote: > +1 (non-binding) > > - Verified signatures > - Verified documentation > - Built from sources on CentOS 7 > - Tested with basic hdfs commands on a single node setup. > > Thank for organizing the release, Jonathan. > > -Dinesh > > > > On Tue, Oct 29, 2019 at 9:45 AM epa...@apache.org > wrote: > > > Compatibility testing has gone well for me. > > > > - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.8.5 > and > > 2.10.0 > > - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.10.0 > and > > trunk > > - With one 4-node cluster running 2.10.0 and one 4-node cluster running > > trunk, I ran a word count job in each cluster whose inputs and outputs > were > > from and to the opposite cluster. > > - I verified that HDFS replication works as expected in a trunk cluster > > that has one 2.10.0 datanode. > > > > Thanks, > > -Eric > > > > > > > On Tuesday, October 22, 2019, 4:55:29 PM CDT, Jonathan Hung < > > jyhung2...@gmail.com> wrote: > > > Hi folks, > > > > > >This is the second release candidate for the first release of Apache > > Hadoop > > >2.10 line. It contains 362 fixes/improvements since 2.9 [1]. It includes > > >features such as: > > > > > > - User-defined resource types > > > - Native GPU support as a schedulable resource type > > > - Consistent reads from standby node > > > - Namenode port based selective encryption > > > - Improvements related to rolling upgrade support from 2.x to 3.x > > > - Cost based fair call queue > > > > > > The RC1 artifacts are at: > > http://home.apache.org/~jhung/hadoop-2.10.0-RC1/ > > > > > > RC tag is release-2.10.0-RC1. > > > > > > The maven artifacts are hosted here: > > > > https://repository.apache.org/content/repositories/orgapachehadoop-1243/ > > > > > > My public key is available here: > > > https://dist.apache.org/repos/dist/release/hadoop/common/KEYS > > > > > > The vote will run for 5 weekdays, until Tuesday, October 29 at 3:00 pm > > PDT. > > > > > > Thanks, > > > Jonathan Hung > > > > > > - > > To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org > > For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org > > > > >
[jira] [Resolved] (HADOOP-16673) Add filter parameter to FileSystem>>listFiles
[
https://issues.apache.org/jira/browse/HADOOP-16673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Loughran resolved HADOOP-16673.
-
Resolution: Won't Fix
> Add filter parameter to FileSystem>>listFiles
> -
>
> Key: HADOOP-16673
> URL: https://issues.apache.org/jira/browse/HADOOP-16673
> Project: Hadoop Common
> Issue Type: Improvement
> Components: fs
>Reporter: Attila Magyar
>Priority: Major
>
> Currently getting recursively a filtered list of files in a directory is
> clumsy because filtering should happen afterwards on the result list.
> Imagine we want to list all non hidden files recursively.
> The non hidden files filter is defined as:
> {code:java}
> !name.startsWith("_") && !name.startsWith(".") {code}
>
> Then we can do:
>
> {code:java}
> RemoteIterator remoteIterator = fs.listFiles(path,
> /*recursive*/true);
> while (remoteIterator.hasNext()) {
> LocatedFileStatus each = remoteIterator.next();
> if (filter applies to all of the path elements in each) {
>result.add(each);
> }
> }
>
> {code}
>
> For example each of these paths should be skipped:
> * /.a/b/c
> * /a/.b/c
> * /a/b/.c/
> It would be lot better to have a filter parameter on listFiles. This is
> needed to solve HIVE-22411 effectively.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-dev-h...@hadoop.apache.org
Re: [VOTE] Release Apache Hadoop 2.10.0 (RC1)
+1 (non-binding) - Verified signatures - Verified documentation - Built from sources on CentOS 7 - Tested with basic hdfs commands on a single node setup. Thank for organizing the release, Jonathan. -Dinesh On Tue, Oct 29, 2019 at 9:45 AM epa...@apache.org wrote: > Compatibility testing has gone well for me. > > - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.8.5 and > 2.10.0 > - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.10.0 and > trunk > - With one 4-node cluster running 2.10.0 and one 4-node cluster running > trunk, I ran a word count job in each cluster whose inputs and outputs were > from and to the opposite cluster. > - I verified that HDFS replication works as expected in a trunk cluster > that has one 2.10.0 datanode. > > Thanks, > -Eric > > > > On Tuesday, October 22, 2019, 4:55:29 PM CDT, Jonathan Hung < > jyhung2...@gmail.com> wrote: > > Hi folks, > > > >This is the second release candidate for the first release of Apache > Hadoop > >2.10 line. It contains 362 fixes/improvements since 2.9 [1]. It includes > >features such as: > > > > - User-defined resource types > > - Native GPU support as a schedulable resource type > > - Consistent reads from standby node > > - Namenode port based selective encryption > > - Improvements related to rolling upgrade support from 2.x to 3.x > > - Cost based fair call queue > > > > The RC1 artifacts are at: > http://home.apache.org/~jhung/hadoop-2.10.0-RC1/ > > > > RC tag is release-2.10.0-RC1. > > > > The maven artifacts are hosted here: > > https://repository.apache.org/content/repositories/orgapachehadoop-1243/ > > > > My public key is available here: > > https://dist.apache.org/repos/dist/release/hadoop/common/KEYS > > > > The vote will run for 5 weekdays, until Tuesday, October 29 at 3:00 pm > PDT. > > > > Thanks, > > Jonathan Hung > > > - > To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org > For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org > >
Re: [VOTE] Release Apache Hadoop 2.10.0 (RC1)
Compatibility testing has gone well for me. - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.8.5 and 2.10.0 - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.10.0 and trunk - With one 4-node cluster running 2.10.0 and one 4-node cluster running trunk, I ran a word count job in each cluster whose inputs and outputs were from and to the opposite cluster. - I verified that HDFS replication works as expected in a trunk cluster that has one 2.10.0 datanode. Thanks, -Eric > On Tuesday, October 22, 2019, 4:55:29 PM CDT, Jonathan Hung > wrote: > Hi folks, > >This is the second release candidate for the first release of Apache Hadoop >2.10 line. It contains 362 fixes/improvements since 2.9 [1]. It includes >features such as: > > - User-defined resource types > - Native GPU support as a schedulable resource type > - Consistent reads from standby node > - Namenode port based selective encryption > - Improvements related to rolling upgrade support from 2.x to 3.x > - Cost based fair call queue > > The RC1 artifacts are at: http://home.apache.org/~jhung/hadoop-2.10.0-RC1/ > > RC tag is release-2.10.0-RC1. > > The maven artifacts are hosted here: > https://repository.apache.org/content/repositories/orgapachehadoop-1243/ > > My public key is available here: > https://dist.apache.org/repos/dist/release/hadoop/common/KEYS > > The vote will run for 5 weekdays, until Tuesday, October 29 at 3:00 pm PDT. > > Thanks, > Jonathan Hung - To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-dev-h...@hadoop.apache.org
Re: [VOTE] Release Apache Hadoop 2.10.0 (RC0)
Jonathan, I actually did all my testing on RC1. Sorry for the confusion. I'll respond on the RC1 thread. -Eric On Monday, October 28, 2019, 8:00:20 PM CDT, Jonathan Hung wrote: Thanks Eric! I sent out an RC1 earlier last week, not sure if you saw that. The only diff between RC1 and RC0 is HDFS-14667. If RC1 looks good to you then it'd be great to get your testing results on that thread. Jonathan Hung On Mon, Oct 28, 2019 at 1:06 PM epa...@apache.org wrote: > Compatibility testing has gone well for me. > > - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.8.5 and > 2.10.0 > - In a 4-node cluster, I ran YARN rolling upgrade tests between 2.10.0 and > trunk > - With one 4-node cluster running 2.10.0 and one 4-node cluster running > trunk, I ran a word count job in each cluster whose inputs and outputs were > from and to the opposite cluster. > - I verified that HDFS replication works as expected in a trunk cluster that > has one 2.10.0 datanode. > > Thanks, > -Eric > > On Tuesday, October 22, 2019, 8:39:38 PM CDT, Jonathan Hung > wrote: > > > > > > Hi Eric, we've run some basic HDFS commands with a 3.2.1 namenode and > 2.10.0 clients and datanodes. Everything worked as expected. > > Jonathan Hung > > > On Tue, Oct 22, 2019 at 3:04 PM Eric Badger > wrote: > >> Hi Jonathan, >> >> Thanks for putting this RC together. You stated that there are >> improvements related to rolling upgrades from 2.x to 3.x and I know I have >> seen multiple JIRAs getting committed to that effect. Could you describe >> any tests that you have done to verify rolling upgrade compatibility >> for 3.x servers talking to 2.x clients and vice versa? >> >> Thanks, >> >> Eric >> >> On Tue, Oct 22, 2019 at 1:49 PM Jonathan Hung >> wrote: >> >>> Thanks Konstantin and Zhankun. Unfortunately a feature slipped our radar >>> (HDFS-14667). Since this is the first of a minor release, we would like to >>> get it into 2.10.0. >>> >>> HDFS-14667 has been committed to branch-2.10.0, I will be rolling an RC1 >>> shortly. >>> >>> Jonathan Hung >>> >>> >>> On Tue, Oct 22, 2019 at 1:39 AM Zhankun Tang wrote: >>> >>> > Thanks for the effort, Jonathan! >>> > >>> > +1 (non-binding) on RC0. >>> > - Set up a single node cluster with the binary tarball >>> > - Run Spark Pi and pySpark job >>> > >>> > BR, >>> > Zhankun >>> > >>> > On Tue, 22 Oct 2019 at 14:31, Konstantin Shvachko >> > >>> > wrote: >>> > >>> >> +1 on RC0. >>> >> - Verified signatures >>> >> - Built from sources >>> >> - Ran unit tests for new features >>> >> - Checked artifacts on Nexus, made sure the sources are present. >>> >> >>> >> Thanks >>> >> --Konstantin >>> >> >>> >> >>> >> On Wed, Oct 16, 2019 at 6:01 PM Jonathan Hung >>> >> wrote: >>> >> >>> >> > Hi folks, >>> >> > >>> >> > This is the first release candidate for the first release of Apache >>> >> Hadoop >>> >> > 2.10 line. It contains 361 fixes/improvements since 2.9 [1]. It >>> includes >>> >> > features such as: >>> >> > >>> >> > - User-defined resource types >>> >> > - Native GPU support as a schedulable resource type >>> >> > - Consistent reads from standby node >>> >> > - Namenode port based selective encryption >>> >> > - Improvements related to rolling upgrade support from 2.x to 3.x >>> >> > >>> >> > The RC0 artifacts are at: >>> >> http://home.apache.org/~jhung/hadoop-2.10.0-RC0/ >>> >> > >>> >> > RC tag is release-2.10.0-RC0. >>> >> > >>> >> > The maven artifacts are hosted here: >>> >> > >>> >> >>> https://repository.apache.org/content/repositories/orgapachehadoop-1241/ >>> >> > >>> >> > My public key is available here: >>> >> > https://dist.apache.org/repos/dist/release/hadoop/common/KEYS >>> >> > >>> >> > The vote will run for 5 weekdays, until Wednesday, October 23 at >>> 6:00 pm >>> >> > PDT. >>> >> > >>> >> > Thanks, >>> >> > Jonathan Hung >>> >> > >>> >> > [1] >>> >> > >>> >> > >>> >> >>> https://issues.apache.org/jira/issues/?jql=project%20in%20(HDFS%2C%20YARN%2C%20HADOOP%2C%20MAPREDUCE)%20AND%20resolution%20%3D%20Fixed%20AND%20fixVersion%20%3D%202.10.0%20AND%20fixVersion%20not%20in%20(2.9.2%2C%202.9.1%2C%202.9.0) >>> >> > >>> >> >>> > >>> >> > > - > To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org > For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org > > - To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-dev-h...@hadoop.apache.org
Apache Hadoop qbt Report: branch2+JDK7 on Linux/x86
For more details, see https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/ No changes -1 overall The following subsystems voted -1: asflicense findbugs hadolint pathlen unit xml The following subsystems voted -1 but were configured to be filtered/ignored: cc checkstyle javac javadoc pylint shellcheck shelldocs whitespace The following subsystems are considered long running: (runtime bigger than 1h 0m 0s) unit Specific tests: XML : Parsing Error(s): hadoop-common-project/hadoop-common/src/test/java/org/apache/hadoop/conf/empty-configuration.xml hadoop-tools/hadoop-azure/src/config/checkstyle-suppressions.xml FindBugs : module:hadoop-yarn-project/hadoop-yarn/hadoop-yarn-server/hadoop-yarn-server-timelineservice-hbase/hadoop-yarn-server-timelineservice-hbase-client Boxed value is unboxed and then immediately reboxed in org.apache.hadoop.yarn.server.timelineservice.storage.common.ColumnRWHelper.readResultsWithTimestamps(Result, byte[], byte[], KeyConverter, ValueConverter, boolean) At ColumnRWHelper.java:then immediately reboxed in org.apache.hadoop.yarn.server.timelineservice.storage.common.ColumnRWHelper.readResultsWithTimestamps(Result, byte[], byte[], KeyConverter, ValueConverter, boolean) At ColumnRWHelper.java:[line 335] Failed junit tests : hadoop.util.TestBasicDiskValidator hadoop.hdfs.qjournal.server.TestJournalNodeRespectsBindHostKeys hadoop.hdfs.server.datanode.TestDirectoryScanner hadoop.contrib.bkjournal.TestBookKeeperHACheckpoints hadoop.contrib.bkjournal.TestBookKeeperHACheckpoints hadoop.registry.secure.TestSecureLogins hadoop.yarn.server.timelineservice.security.TestTimelineAuthFilterForV2 cc: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-compile-cc-root-jdk1.7.0_95.txt [4.0K] javac: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-compile-javac-root-jdk1.7.0_95.txt [328K] cc: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-compile-cc-root-jdk1.8.0_222.txt [4.0K] javac: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-compile-javac-root-jdk1.8.0_222.txt [308K] checkstyle: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-checkstyle-root.txt [16M] hadolint: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-patch-hadolint.txt [4.0K] pathlen: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/pathlen.txt [12K] pylint: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-patch-pylint.txt [24K] shellcheck: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-patch-shellcheck.txt [72K] shelldocs: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-patch-shelldocs.txt [8.0K] whitespace: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/whitespace-eol.txt [12M] https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/whitespace-tabs.txt [1.3M] xml: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/xml.txt [8.0K] findbugs: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/branch-findbugs-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-server_hadoop-yarn-server-timelineservice-hbase_hadoop-yarn-server-timelineservice-hbase-client-warnings.html [8.0K] javadoc: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-javadoc-javadoc-root-jdk1.7.0_95.txt [16K] https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/diff-javadoc-javadoc-root-jdk1.8.0_222.txt [1.1M] unit: https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/patch-unit-hadoop-common-project_hadoop-common.txt [176K] https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt [232K] https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/patch-unit-hadoop-hdfs-project_hadoop-hdfs_src_contrib_bkjournal.txt [12K] https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/patch-unit-hadoop-mapreduce-project_hadoop-mapreduce-client_hadoop-mapreduce-client-jobclient.txt [96K] https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/489/artifact/out/patch-unit-hadoop-yarn-project_hadoop-yarn_hadoop-yarn-registry.txt [12
[jira] [Created] (HADOOP-16675) Upgrade jackson-databind to 2.9.10.1
Wei-Chiu Chuang created HADOOP-16675: Summary: Upgrade jackson-databind to 2.9.10.1 Key: HADOOP-16675 URL: https://issues.apache.org/jira/browse/HADOOP-16675 Project: Hadoop Common Issue Type: Task Components: security Reporter: Wei-Chiu Chuang Several net new CVEs were raised against jackson-databind 2.9.10. CVE-2019-16942 CVE-2019-16943 2.9.10.1 is released, which I believe addresses these two CVEs. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-dev-h...@hadoop.apache.org
Re: [VOTE] create ozone-dev and ozone-issues mailing lists
> The immediate problem we need to fix is to prevent github updates from > spamming the dev mailing list. > Might make sense to just have a separate issues@ mailing list and point > github to that? For me, it's less confusing to create both of the issues and the dev list at the same time. Just to follow the existing pattern. I would prefer to solve multiple problems at the same time: * remove the notification noise from the hdfs-dev * create a place where certain features / design decision can be discussed I assume that we will follow the current practice: * All generic votes / releases will be sent to all the *-dev@hadoop mailing lists * Generic hadoop-storage specific information / summaries can be sent to both hdfs-dev/ozone-dev * Low-level design discussions can be part of ozone-dev only But if you see any problem with ozone-dev please downvote that part and I will create only the -issues list... Thanks, Marton On 10/28/19 6:07 PM, Jitendra Pandey wrote: The immediate problem we need to fix is to prevent github updates from spamming the dev mailing list. Might make sense to just have a separate issues@ mailing list and point github to that? On Sun, Oct 27, 2019 at 10:12 PM Dinesh Chitlangia wrote: +1 -Dinesh On Sun, Oct 27, 2019, 4:25 AM Elek, Marton As discussed earlier in the thread of "Hadoop-Ozone repository mailing list configurations" [1] I suggested to solve the current misconfiguration problem with creating separated mailing lists (dev/issues) for Hadoop Ozone. It would have some additional benefit: for example it would make easier to follow the Ozone development and future plans. Here I am starting a new vote thread (open for at least 72 hours) to collect more feedback about this. Please express your opinion / vote. Thanks a lot, Marton [1] https://lists.apache.org/thread.html/dc66a30f48a744534e748c418bf7ab6275896166ca5ade11560ebaef@%3Chdfs-dev.hadoop.apache.org%3E - To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org - To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-dev-h...@hadoop.apache.org
