Re: Hadoop-3.2.3 Release Update

2022-03-10 Thread Masatake Iwasaki 

Or Masatake, are you interested in continuing the 3.2.3 release? I would like 
to offer some bandwidth if need any help.


I'm going to cut RC0 on behalf of Brahma on this weekend.

There looks no blocker/critical issues on JIRA.
https://cwiki.apache.org/confluence/display/HADOOP/Hadoop+3.2+Release

branch-3.2.3 was cut and version was set by Brahma.
https://github.com/apache/hadoop/tree/branch-3.2.3

I found some TODOs to cut RC from branch-3.2.3.

* Cherry-picking HADOOP-17718 to branch-3.2 to fix error on running 
create-release script.
  https://issues.apache.org/jira/browse/HADOOP-17718

* Checking git commit / Jira fixVersion discrepancies by script added by 
HADOOP-18125.
  https://issues.apache.org/jira/browse/HADOOP-18125

While HADOOP-18088 is targeted to 3.2.3, I think we can release 3.2.3 without 
this.
We can release 3.2.4 right after 3.2.3 just for reload4j migration if we need.
https://issues.apache.org/jira/browse/HADOOP-18088

Thanks,
Masatake Iwasaki

On 2022/03/10 12:23, Xiaoqiao He wrote:

Thanks Masatake for reaching out.

Not sure if Brahma has bandwidth to push this release forward. If there is no 
more bandwidth, I think we should involve other volunteers to make it happen.
Or Masatake, are you interested in continuing the 3.2.3 release? I would like 
to offer some bandwidth if need any help.
Thanks again.

Regards
- He Xiaoqiao

On Thu, Mar 3, 2022 at 10:11 PM Masatake Iwasaki mailto:iwasak...@oss.nttdata.co.jp>> wrote:

Hi Brahma,

I would like to use 3.2.3 for next minor release of Bigtop.
https://issues.apache.org/jira/browse/BIGTOP-3605 


Let me know if there is any blocker I can help.

Thanks,
Masatake Iwasaki

On 2022/01/12 4:41, Brahma Reddy Battula wrote:
 > Sorry, I was looking for some CVE’s fixes.will make it progress on this…
 >
 >
 > On Tue, 11 Jan 2022 at 5:58 PM, Wei-Chiu Chuang mailto:weic...@apache.org>> wrote:
 >
 >> Is this still making progress?
 >>
 >> On Tue, Oct 5, 2021 at 8:45 PM Brahma Reddy Battula mailto:bra...@apache.org>>
 >> wrote:
 >>
 >>> Hi Akira,
 >>>
 >>> Thanks for your email!!
 >>>
 >>> I am evaluating the CVE’s which needs to go for this release..
 >>>
 >>> Will update soon!!
 >>>
 >>>
 >>> On Tue, 5 Oct 2021 at 1:46 PM, Akira Ajisaka mailto:aajis...@apache.org>>
 >> wrote:
 >>>
  Hi Brahma,
 
  What is the release process going on? Is there any blocker for the RC?
 
  -Akira
 
  On Wed, Sep 22, 2021 at 7:37 PM Xiaoqiao He mailto:xq.he2...@gmail.com>>
 >> wrote:
 
 > Hi Brahma,
 >
 > The feature 'BPServiceActor processes commands from NameNode
 > asynchronously' has been ready for both branch-3.2 and branch-3.2.3.
  While
 > cherry-picking there is only minor conflict, So I checked in
 >> directly.
  BTW,
 > run some unit tests and build pseudo cluster to verify, it seems to
 >>> work
 > fine.
 > FYI.
 >
 > Regards,
 > - He Xiaoqiao
 >
 > On Thu, Sep 16, 2021 at 10:52 PM Brahma Reddy Battula <
 >>> bra...@apache.org 
 >
 > wrote:
 >
 >> Please go ahead. Let me know any help required on review.
 >>
 >> On Tue, Sep 14, 2021 at 6:57 PM Xiaoqiao He mailto:xq.he2...@gmail.com>>
  wrote:
 >>
 >>> Hi Brahma,
 >>>
 >>> I plan to involve HDFS-14997 and related JIRAs if possible. I have
 >>> resolved the conflict and verified them locally.
 >>> It will include: HDFS-14997 HDFS-15075 HDFS-15651 HDFS-15113.
 >>> I would like to hear some more response that if we have enough time
 >>> to
 >>> wait for it to be ready.
 >>> Thanks.
 >>>
 >>> Best Regards,
 >>> - He Xiaoqiao
 >>>
 >>> On Tue, Sep 14, 2021 at 3:39 PM Xiaoqiao He mailto:xq.he2...@gmail.com>>
  wrote:
 >>>
  Hi Brahma, HDFS-15160 has checked in branch-3.2 & branch-3.2.3.
 >> FYI.
 
  On Tue, Sep 14, 2021 at 3:52 AM Brahma Reddy Battula <
  bra...@apache.org >
  wrote:
 
 > Hi All,
 >
 > Waiting for the following jira to commit to hadoop-3.2.3 , mostly
  this
 > can
 > be done by this week,then I will try to create the RC next if
 >> there
  is
 > no
 > objection.
 >
 > https://issues.apache.org/jira/browse/HDFS-15160 

 >
 >
 >
 > On Mon, Aug 16, 2021 at 2:22 PM Brahma Reddy Battula <
 > bra...@

[jira] [Created] (HDFS-16500) Make asynchronous blocks deletion lock and unlock durtion threshold configurable

2022-03-10 Thread Chengwei Wang (Jira) 
Chengwei Wang created HDFS-16500:


 Summary: Make asynchronous blocks deletion lock and unlock durtion 
threshold configurable 
 Key: HDFS-16500
 URL: https://issues.apache.org/jira/browse/HDFS-16500
 Project: Hadoop HDFS
  Issue Type: Improvement
  Components: namanode
Reporter: Chengwei Wang
Assignee: Chengwei Wang


I have backport the nice feature HDFS-16043 to our internal branch, it works 
well in our testing cluster.

I think it's better to make the  fileds deleteBlockLockTimeMs and 
deleteBlockUnlockIntervalTimeMs configurable, so that we can control the lock 
and unlock duration. And we should set the default value smaller to avoid 
blocking other requests long time.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org

[jira] [Created] (HDFS-16501) Print the exception when reporting a bad block

2022-03-10 Thread qinyuren (Jira) 
qinyuren created HDFS-16501:
---

 Summary: Print the exception when reporting a bad block
 Key: HDFS-16501
 URL: https://issues.apache.org/jira/browse/HDFS-16501
 Project: Hadoop HDFS
  Issue Type: Improvement
  Components: datanode
Reporter: qinyuren
 Attachments: image-2022-03-10-19-27-31-622.png

!image-2022-03-10-19-27-31-622.png|width=847,height=27!

Currently, volumeScanner will find bad block and report it to namenode without 
printing the reason why the block is a bad block. I think we should be better 
print the exception in log file.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org

Apache Hadoop qbt Report: trunk+JDK8 on Linux/x86_64

2022-03-10 Thread Apache Jenkins Server 
For more details, see 
https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java8-linux-x86_64/804/

[Mar 9, 2022 6:29:53 PM] (Szilard Nemeth) YARN-10945. Add javadoc to all 
methods of AbstractCSQueue. Contributed by Andras Gyori
[Mar 9, 2022 6:36:09 PM] (Szilard Nemeth) YARN-10918. Simplify method: 
CapacitySchedulerQueueManager#parseQueue. Contributed by Andras Gyori


[Error replacing 'FILE' - Workspace is not accessible]

-
To unsubscribe, e-mail: hdfs-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-dev-h...@hadoop.apache.org