Hi Masatake,
Thanks for helping to verify!
I checked that branch-3.2 has the HDFS-14759 committed already.
Release-3.2.1-RC0 should have no such issue.
For branch-3.1, cherry-pick the same commit has conflicts. I'm confirming
if we can fix it or there's a feasible plan to backport the whole
Hadoo
Thanks for putting this up, Zhankun Tang.
While I was testing the RC0 wich CLI,
noisy INFO message was emitted on every data transfer operation.::
2019-09-17 16:00:42,942 INFO sasl.SaslDataTransferClient: SASL
encryption trust check: localHostTrusted = false, remoteHostTrusted = false
The i
+1 (binding)
- verified sha512 for all the artifacts
- built from source and installed pseudo cluster. Run sample MR jobs and
distributed shell.
-Rohith Sharma K S
+1 (non-binding).
Installed and verified it by running several Spark job and DS jobs.
BR,
Zhankun
On Wed, 18 Sep 2019 at 08:05, Naganarasimha Garla <
naganarasimha...@apache.org> wrote:
> Verified the source and the binary tar and the sha512 checksums
> Installed and verified the basic hadoop op
For more details, see
https://builds.apache.org/job/hadoop-qbt-branch2-java7-linux-x86/448/
[Sep 17, 2019 4:34:54 PM] (weichiu) HDFS-14771. Backport HDFS-14617 to branch-2
(Improve fsimage load time
-
To unsubscribe, e-mail: hd
[
https://issues.apache.org/jira/browse/HDDS-2139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bharat Viswanadham resolved HDDS-2139.
--
Fix Version/s: 0.5.0
Resolution: Fixed
Thank You [~hanishakoneru] for the contrib
Verified the source and the binary tar and the sha512 checksums
Installed and verified the basic hadoop operations (ran few MR tasks)
+1.
Thanks,
+ Naga
On Wed, Sep 18, 2019 at 1:32 AM Anil Sadineni wrote:
> +1 (non-binding)
>
> On Tue, Sep 17, 2019 at 9:55 AM Santosh Marella wrote:
>
> > +1
+1 (binding)
Thanks
Weiwei
On Wed, Sep 18, 2019 at 6:35 AM Wangda Tan wrote:
> +1 (binding).
>
> From my experiences of Submarine project, I think moving to a separate repo
> helps.
>
> - Wangda
>
> On Tue, Sep 17, 2019 at 11:41 AM Subru Krishnan wrote:
>
> > +1 (binding).
> >
> > IIUC, there
Bharat Viswanadham created HDDS-2144:
Summary: MR job failing on secure Ozone cluster
Key: HDDS-2144
URL: https://issues.apache.org/jira/browse/HDDS-2144
Project: Hadoop Distributed Data Store
Bharat Viswanadham created HDDS-2143:
Summary: Rename classes under package org.apache.hadoop.utils
Key: HDDS-2143
URL: https://issues.apache.org/jira/browse/HDDS-2143
Project: Hadoop Distributed D
+1 (binding).
>From my experiences of Submarine project, I think moving to a separate repo
helps.
- Wangda
On Tue, Sep 17, 2019 at 11:41 AM Subru Krishnan wrote:
> +1 (binding).
>
> IIUC, there will not be an Ozone module in trunk anymore as that was my
> only concern from the original discuss
+1 (binding).
IIUC, there will not be an Ozone module in trunk anymore as that was my
only concern from the original discussion thread? IMHO, this should be the
default approach for new modules.
On Tue, Sep 17, 2019 at 9:58 AM Salvatore LaMendola (BLOOMBERG/ 731 LEX) <
slamendo...@bloomberg.net>
[
https://issues.apache.org/jira/browse/HDDS-1593?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Siddharth Wagle resolved HDDS-1593.
---
Resolution: Done
> Improve logging for failures during pipeline creation and usage.
>
+1 (non-binding)
On Tue, Sep 17, 2019 at 9:55 AM Santosh Marella wrote:
> +1 (non-binding)
>
> On Wed, Sep 11, 2019 at 12:26 AM Rohith Sharma K S <
> rohithsharm...@apache.org> wrote:
>
> > Hi folks,
> >
> > I have put together a release candidate (RC0) for Apache Hadoop 3.2.1.
> >
> > The RC is
+1
-Dinesh
On Tue, Sep 17, 2019 at 12:58 PM Salvatore LaMendola (BLOOMBERG/ 731 LEX) <
slamendo...@bloomberg.net> wrote:
> +1
>
> From: e...@apache.org At: 09/17/19 05:48:32To: hdfs-dev@hadoop.apache.org,
> mapreduce-...@hadoop.apache.org, common-...@hadoop.apache.org,
> yarn-...@hadoop.apa
+1
From: e...@apache.org At: 09/17/19 05:48:32To: hdfs-dev@hadoop.apache.org,
mapreduce-...@hadoop.apache.org, common-...@hadoop.apache.org,
yarn-...@hadoop.apache.org
Subject: [DISCUSS] Separate Hadoop Core trunk and Hadoop Ozone trunk source tree
TLDR; I propose to move Ozone related cod
+1 (non-binding)
On Wed, Sep 11, 2019 at 12:26 AM Rohith Sharma K S <
rohithsharm...@apache.org> wrote:
> Hi folks,
>
> I have put together a release candidate (RC0) for Apache Hadoop 3.2.1.
>
> The RC is available at:
> http://home.apache.org/~rohithsharmaks/hadoop-3.2.1-RC0/
>
> The RC tag in g
+1
—Anu
> On Sep 17, 2019, at 2:49 AM, Elek, Marton wrote:
>
>
>
> TLDR; I propose to move Ozone related code out from Hadoop trunk and store it
> in a separated *Hadoop* git repository apache/hadoop-ozone.git
>
>
>
>
> When Ozone was adopted as a new Hadoop subproject it was proposed[1]
For more details, see
https://builds.apache.org/job/hadoop-qbt-trunk-java8-linux-x86/1262/
[Sep 16, 2019 12:18:01 PM] (elek) HDDS-2044.Remove 'ozone' from the recon
module names.
[Sep 16, 2019 12:55:06 PM] (elek) HDDS-2096. Ozone ACL document missing AddAcl
API
[Sep 16, 2019 1:22:11 PM] (elek)
Doroszlai, Attila created HDDS-2142:
---
Summary: OM metrics mismatch (abort multipart request)
Key: HDDS-2142
URL: https://issues.apache.org/jira/browse/HDDS-2142
Project: Hadoop Distributed Data Store
[
https://issues.apache.org/jira/browse/HDDS-2133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Doroszlai, Attila resolved HDDS-2133.
-
Fix Version/s: 0.4.1
Assignee: Doroszlai, Attila
Resolution: Fixed
> TestO
TLDR; I propose to move Ozone related code out from Hadoop trunk and
store it in a separated *Hadoop* git repository apache/hadoop-ozone.git
When Ozone was adopted as a new Hadoop subproject it was proposed[1] to
be part of the source tree but with separated release cadence, mainly
beca
Doroszlai, Attila created HDDS-2141:
---
Summary: Missing total number of operations
Key: HDDS-2141
URL: https://issues.apache.org/jira/browse/HDDS-2141
Project: Hadoop Distributed Data Store
23 matches
Mail list logo