Re: [VOTE] Hadoop 3.2.x EOL

+1 On Tue, Dec 5, 2023 at 8:09 PM Xiaoqiao He wrote: > Dear Hadoop devs, > > Given the feedback from the discussion thread [1], I'd like to start > an official thread for the community to vote on release line 3.2 EOL. > > It will include, > a. An official announcement informs no further regular

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

For more details, see https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java11-linux-x86_64/593/ [Dec 3, 2023, 9:39:55 AM] (github) HDFS-17260. Fix the logic for reconfigure slow peer enable for Namenode. (#6279). Contributed by huangzhaobo99. [Dec 3, 2023, 10:36:20 AM] (github) YARN-11561. [Fed

Re: [VOTE] Hadoop 3.2.x EOL

+1 -Ayush > On 06-Dec-2023, at 9:40 AM, Xiaoqiao He wrote: > > Dear Hadoop devs, > > Given the feedback from the discussion thread [1], I'd like to start > an official thread for the community to vote on release line 3.2 EOL. > > It will include, > a. An official announcement informs no furt

[VOTE] Hadoop 3.2.x EOL

Dear Hadoop devs, Given the feedback from the discussion thread [1], I'd like to start an official thread for the community to vote on release line 3.2 EOL. It will include, a. An official announcement informs no further regular Hadoop 3.2.x releases. b. Issues which target 3.2.5 will not be fixe

Re: [DISCUSS] Make some release lines EOL

Thanks all for your feedback, I will start an official vote thread. Best Regards, - He Xiaoqiao On Tue, Dec 5, 2023 at 11:23 PM Masatake Iwasaki wrote: > +1 on marking 3.2 EOL. > > For branch-2.10, just keeping cherry-picking critical our CVEs without > release sounds good. > If someone really

Re: [DISCUSS] Make some release lines EOL

+1 on marking 3.2 EOL. +1 just keeping cherry-picking critical our CVEs without release on branch-2.10. +1 The new version is released based on version 3.4.0. I am willing to take on the work during the release of the new version and look forward to a smooth release. Best Regards, Shilun Fan.

Apache Hadoop qbt Report: branch-2.10+JDK7 on Linux/x86_64

For more details, see https://ci-hadoop.apache.org/job/hadoop-qbt-branch-2.10-java7-linux-x86_64/1232/ No changes -1 overall The following subsystems voted -1: compile golang hadolint mvninstall mvnsite pathlen unit The following subsystems voted -1 but were configured to be filtered/

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

For more details, see https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java8-linux-x86_64/1431/ [Dec 4, 2023, 1:16:38 PM] (github) HDFS-17218. NameNode should process time out excess redundancy blocks (#6176). Contributed by Haiyang Hu. [Dec 4, 2023, 1:19:33 PM] (github) HDFS-17250. EditLogTai

Re: [DISCUSS] Make some release lines EOL

+1 on marking 3.2 EOL. For branch-2.10, just keeping cherry-picking critical our CVEs without release sounds good. If someone really want, I can try to put 2.10.3 up. dev-support/bin/create-release looks still working with some trivial fixes. On Tue, Dec 5, 2023 at 7:45 PM Steve Loughran wrote:

[jira] [Created] (HDFS-17275) We should determine whether the block has been deleted in the block report

lei w created HDFS-17275: Summary: We should determine whether the block has been deleted in the block report Key: HDFS-17275 URL: https://issues.apache.org/jira/browse/HDFS-17275 Project: Hadoop HDFS

Re: [DISCUSS] Make some release lines EOL

+1 for making 3.3 and 3.4 the maintained lines 3.2.x we should say -as it is true- that the age of the dependencies is such that it is transitively insecure. To fix those, people must upgrade. For 2.10.x, we should think about whether to cherrypick our own CVEs there, but not actually do any new