I'll find time to check out the RC bits.
I just feel bad that the tarball is now more than 600MB in size.
On Fri, Jan 21, 2022 at 2:23 AM Steve Loughran
wrote:
> *+1 binding.*
>
> reviewed binaries, source, artifacts in the staging maven repository in
> downstream builds. all good.
>
> *## test
+1 I think it makes sense to use reload4j in maint releases.
I have a draft PR doing this (https://github.com/apache/hadoop/pull/3906)
log4j2 in Hadoop 3.4.0 makes sense to me. There could be incompatibilities
introduced by log4j2, but I feel we should at least make it 3.4.0 a
"preview" release,
For maintenance release line I also support we switch to reload4j to
address the security issues first. We could file an issue for it.
Andrew Purtell 于2022年1月21日 周五01:15写道：
> Just to clarify: I think you want to upgrade to Log4J2 (or switch to
> LogBack) as a strategy for new releases, but you
The EventCounter class has already been removed in HADOOP-17524.
And on the filters, by default log4j1.2 bridge has log4j1 filter support,
but as said above, maybe it is not fully functional if you have some
advanced usage. So mind providing more information about how we use filters
in Hadoop?
For more details, see
https://ci-hadoop.apache.org/job/hadoop-qbt-trunk-java8-linux-x86_64/756/
[Jan 19, 2022 4:42:33 AM] (noreply) HDFS-16426. Fix nextBlockReportTime when
trigger full block report force (#3887)
[Jan 19, 2022 6:10:39 AM] (noreply) HDFS-16399. Reconfig cache report
parameters
*+1 binding.*
reviewed binaries, source, artifacts in the staging maven repository in
downstream builds. all good.
*## test run*
checked out the asf github repo at commit 6da346a358c into a location
already set up with aws and azure test credentials
ran the hadoop-aws tests with
On Thu, 20 Jan 2022 at 17:15, Andrew Purtell
wrote:
> Just to clarify: I think you want to upgrade to Log4J2 (or switch to
> LogBack) as a strategy for new releases, but you have the option in
> maintenance releases to use Reload4J to maintain Appender API and
> operational compatibility, and
Just to clarify: I think you want to upgrade to Log4J2 (or switch to LogBack)
as a strategy for new releases, but you have the option in maintenance releases
to use Reload4J to maintain Appender API and operational compatibility, and
users who want to minimize risks in production while
Reload4J has fixed all of those CVEs without requiring an upgrade.
> On Jan 20, 2022, at 5:56 AM, Duo Zhang wrote:
>
> There are 3 new CVEs for log4j1 reported recently[1][2][3]. So I think it
> is time to speed up the migration to log4j2 work[4] now.
>
> You can see the discussion on the
Hi Duo,
Thank you for starting this discussion. Log4j1.2 bridge seems like a practical
short-term solution. However the bridge will silently affect applications that
add appenders or filters. NameNode audit logger and metrics come to mind. There
may be others.
Thanks,
Arpit
> On Jan 20,
There are 3 new CVEs for log4j1 reported recently[1][2][3]. So I think it
is time to speed up the migration to log4j2 work[4] now.
You can see the discussion on the jira issue[4], our goal is to fully
migrate to log4j2 and the current most blocking issue is lack of the
thanks, i'm on it..will run the aws and azure tests and then play with the
artifacts
On Wed, 19 Jan 2022 at 17:50, Chao Sun wrote:
> Hi all,
>
> I've put together Hadoop 3.3.2 RC2 below:
>
> The RC is available at:
> http://people.apache.org/~sunchao/hadoop-3.3.2-RC2/
> The RC tag is at:
>
For more details, see
https://ci-hadoop.apache.org/job/hadoop-qbt-branch-2.10-java7-linux-x86_64/548/
No changes
-1 overall
The following subsystems voted -1:
asflicense hadolint mvnsite pathlen unit
The following subsystems voted -1 but
were configured to be filtered/ignored:
cc
13 matches
Mail list logo
