HDFS-17650. [ARR] The router server-side rpc protocol PB supports asynchrony.

Description of PR
The router server-side rpc protocol PB supports asynchrony.

@Hexiaoqiao @KeeProMise Sir, codes mainly from HDFS-17531. PTAL when you are free. Thanks a lot.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 18s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
14m 20s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
20m 24s

HDFS-17531 passed

+1 :green_heart:
compile
9m 29s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
compile
8m 27s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
checkstyle
2m  8s

HDFS-17531 passed

+1 :green_heart:
mvnsite
2m 12s

HDFS-17531 passed

+1 :green_heart:
javadoc
1m 55s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
2m  4s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
4m 39s

HDFS-17531 passed

+1 :green_heart:
shadedclient
23m 14s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 22s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 32s

the patch passed

+1 :green_heart:
compile
9m 42s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javac
9m 42s

the patch passed

+1 :green_heart:
compile
8m 16s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
javac
8m 16s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 23 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
2m  4s
/results-checkstyle-root.txt
root: The patch generated 103 new + 47 unchanged - 0 fixed = 150 total (was 47)

+1 :green_heart:
mvnsite
2m 16s

the patch passed

+1 :green_heart:
javadoc
1m 50s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
2m 20s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

-1 :x:
spotbugs
1m 11s
/new-spotbugs-hadoop-hdfs-project_hadoop-hdfs-rbf.html
hadoop-hdfs-project/hadoop-hdfs-rbf generated 14 new + 0 unchanged - 0 fixed = 14 total (was 0)

+1 :green_heart:
shadedclient
23m  2s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
16m 40s

hadoop-common in the patch passed.

-1 :x:
unit
203m 29s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

-1 :x:
unit
25m 25s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

393m 47s

Reason
Tests

SpotBugs
module:hadoop-hdfs-project/hadoop-hdfs-rbf

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.endCheckpoint(RpcController, NamenodeProtocolProtos$EndCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.endCheckpoint(RpcController, NamenodeProtocolProtos$EndCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 167]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.errorReport(RpcController, NamenodeProtocolProtos$ErrorReportRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.errorReport(RpcController, NamenodeProtocolProtos$ErrorReportRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 124]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlockKeys(RpcController, NamenodeProtocolProtos$GetBlockKeysRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlockKeys(RpcController, NamenodeProtocolProtos$GetBlockKeysRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 68]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlocks(RpcController, NamenodeProtocolProtos$GetBlocksRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlocks(RpcController, NamenodeProtocolProtos$GetBlocksRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 47]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getEditLogManifest(RpcController, NamenodeProtocolProtos$GetEditLogManifestRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getEditLogManifest(RpcController, NamenodeProtocolProtos$GetEditLogManifestRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 181]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getMostRecentCheckpointTxId(RpcController, NamenodeProtocolProtos$GetMostRecentCheckpointTxIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getMostRecentCheckpointTxId(RpcController, NamenodeProtocolProtos$GetMostRecentCheckpointTxIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 98]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getNextSPSPath(RpcController, NamenodeProtocolProtos$GetNextSPSPathRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getNextSPSPath(RpcController, NamenodeProtocolProtos$GetNextSPSPathRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 231]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getTransactionId(RpcController, NamenodeProtocolProtos$GetTransactionIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getTransactionId(RpcController, NamenodeProtocolProtos$GetTransactionIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 86]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isRollingUpgrade(RpcController, NamenodeProtocolProtos$IsRollingUpgradeRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isRollingUpgrade(RpcController, NamenodeProtocolProtos$IsRollingUpgradeRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 219]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isUpgradeFinalized(RpcController, NamenodeProtocolProtos$IsUpgradeFinalizedRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isUpgradeFinalized(RpcController, NamenodeProtocolProtos$IsUpgradeFinalizedRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 206]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.registerSubordinateNamenode(RpcController, NamenodeProtocolProtos$RegisterRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.registerSubordinateNamenode(RpcController, NamenodeProtocolProtos$RegisterRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 138]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.rollEditLog(RpcController, NamenodeProtocolProtos$RollEditLogRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.rollEditLog(RpcController, NamenodeProtocolProtos$RollEditLogRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 111]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.startCheckpoint(RpcController, NamenodeProtocolProtos$StartCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.startCheckpoint(RpcController, NamenodeProtocolProtos$StartCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 152]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.versionRequest(RpcController, HdfsServerProtos$VersionRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.versionRequest(RpcController, HdfsServerProtos$VersionRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 194]

Failed junit tests
hadoop.hdfs.server.namenode.snapshot.TestRenameWithSnapshots

hadoop.hdfs.TestDecommissionWithStriped

hadoop.hdfs.TestReadStripedFileWithDecoding

hadoop.hdfs.TestErasureCodingPolicies

hadoop.hdfs.server.federation.router.TestRouterQuota

hadoop.hdfs.server.federation.router.TestRouterRpcMultiDestination

hadoop.hdfs.server.federation.router.TestRouterClientRejectOverload

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 468a98352812 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / 4b317e57229c695ba4748780637abec292449f30

Default Java
Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/2/testReport/

Max. process+thread count
4403 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 20s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
14m 20s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
22m 50s

HDFS-17531 passed

+1 :green_heart:
compile
9m 48s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
compile
8m 14s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
checkstyle
2m  6s

HDFS-17531 passed

+1 :green_heart:
mvnsite
2m 20s

HDFS-17531 passed

+1 :green_heart:
javadoc
2m  2s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
2m 17s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
4m 42s

HDFS-17531 passed

+1 :green_heart:
shadedclient
23m 37s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 22s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 37s

the patch passed

+1 :green_heart:
compile
9m 54s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javac
9m 54s

the patch passed

+1 :green_heart:
compile
8m 20s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
javac
8m 20s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 23 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
2m  7s
/results-checkstyle-root.txt
root: The patch generated 82 new + 47 unchanged - 0 fixed = 129 total (was 47)

+1 :green_heart:
mvnsite
2m 11s

the patch passed

+1 :green_heart:
javadoc
1m 48s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
2m 22s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

-1 :x:
spotbugs
1m 20s
/new-spotbugs-hadoop-hdfs-project_hadoop-hdfs-rbf.html
hadoop-hdfs-project/hadoop-hdfs-rbf generated 14 new + 0 unchanged - 0 fixed = 14 total (was 0)

+1 :green_heart:
shadedclient
25m  8s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
16m 54s

hadoop-common in the patch passed.

-1 :x:
unit
210m 46s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
27m 45s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 49s

The patch does not generate ASF License warnings.

410m 14s

Reason
Tests

SpotBugs
module:hadoop-hdfs-project/hadoop-hdfs-rbf

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.endCheckpoint(RpcController, NamenodeProtocolProtos$EndCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.endCheckpoint(RpcController, NamenodeProtocolProtos$EndCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 195]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.errorReport(RpcController, NamenodeProtocolProtos$ErrorReportRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.errorReport(RpcController, NamenodeProtocolProtos$ErrorReportRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 152]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlockKeys(RpcController, NamenodeProtocolProtos$GetBlockKeysRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlockKeys(RpcController, NamenodeProtocolProtos$GetBlockKeysRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 96]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlocks(RpcController, NamenodeProtocolProtos$GetBlocksRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlocks(RpcController, NamenodeProtocolProtos$GetBlocksRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 75]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getEditLogManifest(RpcController, NamenodeProtocolProtos$GetEditLogManifestRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getEditLogManifest(RpcController, NamenodeProtocolProtos$GetEditLogManifestRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 209]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getMostRecentCheckpointTxId(RpcController, NamenodeProtocolProtos$GetMostRecentCheckpointTxIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getMostRecentCheckpointTxId(RpcController, NamenodeProtocolProtos$GetMostRecentCheckpointTxIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 126]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getNextSPSPath(RpcController, NamenodeProtocolProtos$GetNextSPSPathRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getNextSPSPath(RpcController, NamenodeProtocolProtos$GetNextSPSPathRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 259]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getTransactionId(RpcController, NamenodeProtocolProtos$GetTransactionIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getTransactionId(RpcController, NamenodeProtocolProtos$GetTransactionIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 114]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isRollingUpgrade(RpcController, NamenodeProtocolProtos$IsRollingUpgradeRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isRollingUpgrade(RpcController, NamenodeProtocolProtos$IsRollingUpgradeRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 247]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isUpgradeFinalized(RpcController, NamenodeProtocolProtos$IsUpgradeFinalizedRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isUpgradeFinalized(RpcController, NamenodeProtocolProtos$IsUpgradeFinalizedRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 234]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.registerSubordinateNamenode(RpcController, NamenodeProtocolProtos$RegisterRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.registerSubordinateNamenode(RpcController, NamenodeProtocolProtos$RegisterRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 166]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.rollEditLog(RpcController, NamenodeProtocolProtos$RollEditLogRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.rollEditLog(RpcController, NamenodeProtocolProtos$RollEditLogRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 139]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.startCheckpoint(RpcController, NamenodeProtocolProtos$StartCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.startCheckpoint(RpcController, NamenodeProtocolProtos$StartCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 180]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.versionRequest(RpcController, HdfsServerProtos$VersionRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.versionRequest(RpcController, HdfsServerProtos$VersionRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 222]

Failed junit tests
hadoop.hdfs.TestErasureCodingExerciseAPIs

hadoop.hdfs.TestDFSStripedInputStream

hadoop.hdfs.TestUnsetAndChangeDirectoryEcPolicy

hadoop.hdfs.TestDFSStripedOutputStreamWithRandomECPolicy

hadoop.hdfs.TestDecommissionWithStripedBackoffMonitor

hadoop.hdfs.TestLeaseRecovery2

hadoop.hdfs.TestErasureCodingPolicies

hadoop.hdfs.TestReconstructStripedFile

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux a31533b21dca 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / ac6e0beedc540f0f59fac2f22cd7f29f8b3b1e3e

Default Java
Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/3/testReport/

Max. process+thread count
4215 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/3/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 50s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
14m 26s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
37m 38s

HDFS-17531 passed

+1 :green_heart:
compile
19m 35s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
compile
17m 35s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
checkstyle
4m 48s

HDFS-17531 passed

+1 :green_heart:
mvnsite
4m 19s

HDFS-17531 passed

+1 :green_heart:
javadoc
3m 35s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
3m 45s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
7m 46s

HDFS-17531 passed

+1 :green_heart:
shadedclient
40m 20s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 50s

the patch passed

+1 :green_heart:
compile
19m  3s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javac
19m  3s

the patch passed

+1 :green_heart:
compile
17m 45s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
javac
17m 45s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 23 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
4m 48s
/results-checkstyle-root.txt
root: The patch generated 103 new + 47 unchanged - 0 fixed = 150 total (was 47)

+1 :green_heart:
mvnsite
4m 20s

the patch passed

+1 :green_heart:
javadoc
3m 26s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
3m 38s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

-1 :x:
spotbugs
1m 57s
/new-spotbugs-hadoop-hdfs-project_hadoop-hdfs-rbf.html
hadoop-hdfs-project/hadoop-hdfs-rbf generated 14 new + 0 unchanged - 0 fixed = 14 total (was 0)

+1 :green_heart:
shadedclient
40m 57s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
19m 34s

hadoop-common in the patch passed.

-1 :x:
unit
264m 51s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
32m 50s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
1m 13s

The patch does not generate ASF License warnings.

582m 16s

Reason
Tests

SpotBugs
module:hadoop-hdfs-project/hadoop-hdfs-rbf

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.endCheckpoint(RpcController, NamenodeProtocolProtos$EndCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.endCheckpoint(RpcController, NamenodeProtocolProtos$EndCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 167]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.errorReport(RpcController, NamenodeProtocolProtos$ErrorReportRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.errorReport(RpcController, NamenodeProtocolProtos$ErrorReportRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 124]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlockKeys(RpcController, NamenodeProtocolProtos$GetBlockKeysRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlockKeys(RpcController, NamenodeProtocolProtos$GetBlockKeysRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 68]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlocks(RpcController, NamenodeProtocolProtos$GetBlocksRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getBlocks(RpcController, NamenodeProtocolProtos$GetBlocksRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 47]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getEditLogManifest(RpcController, NamenodeProtocolProtos$GetEditLogManifestRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getEditLogManifest(RpcController, NamenodeProtocolProtos$GetEditLogManifestRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 181]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getMostRecentCheckpointTxId(RpcController, NamenodeProtocolProtos$GetMostRecentCheckpointTxIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getMostRecentCheckpointTxId(RpcController, NamenodeProtocolProtos$GetMostRecentCheckpointTxIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 98]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getNextSPSPath(RpcController, NamenodeProtocolProtos$GetNextSPSPathRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getNextSPSPath(RpcController, NamenodeProtocolProtos$GetNextSPSPathRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 231]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getTransactionId(RpcController, NamenodeProtocolProtos$GetTransactionIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.getTransactionId(RpcController, NamenodeProtocolProtos$GetTransactionIdRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 86]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isRollingUpgrade(RpcController, NamenodeProtocolProtos$IsRollingUpgradeRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isRollingUpgrade(RpcController, NamenodeProtocolProtos$IsRollingUpgradeRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 219]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isUpgradeFinalized(RpcController, NamenodeProtocolProtos$IsUpgradeFinalizedRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.isUpgradeFinalized(RpcController, NamenodeProtocolProtos$IsUpgradeFinalizedRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 206]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.registerSubordinateNamenode(RpcController, NamenodeProtocolProtos$RegisterRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.registerSubordinateNamenode(RpcController, NamenodeProtocolProtos$RegisterRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 138]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.rollEditLog(RpcController, NamenodeProtocolProtos$RollEditLogRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.rollEditLog(RpcController, NamenodeProtocolProtos$RollEditLogRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 111]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.startCheckpoint(RpcController, NamenodeProtocolProtos$StartCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.startCheckpoint(RpcController, NamenodeProtocolProtos$StartCheckpointRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 152]

There is an apparent infinite recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.versionRequest(RpcController, HdfsServerProtos$VersionRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:recursive loop in org.apache.hadoop.hdfs.protocolPB.RouterNamenodeProtocolServerSideTranslatorPB.versionRequest(RpcController, HdfsServerProtos$VersionRequestProto)  At RouterNamenodeProtocolServerSideTranslatorPB.java:[line 194]

Failed junit tests
hadoop.hdfs.TestRollingUpgrade

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux e917f548f328 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / 4b317e57229c695ba4748780637abec292449f30

Default Java
Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/1/testReport/

Max. process+thread count
3344 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

hi,@hfutatzhanghb After a brief look, please add some UT, you can refer to HDFS-17544. [ARR] The router client rpc protocol PB supports asynchrony.

@KeeProMise Thanks for your suggestions. Will add soonly,

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 49s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
15m  6s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
37m 43s

HDFS-17531 passed

+1 :green_heart:
compile
19m 35s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
compile
17m 54s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
checkstyle
4m 47s

HDFS-17531 passed

+1 :green_heart:
mvnsite
4m 15s

HDFS-17531 passed

+1 :green_heart:
javadoc
3m 33s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
3m 36s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
7m 46s

HDFS-17531 passed

+1 :green_heart:
shadedclient
40m 43s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 49s

the patch passed

+1 :green_heart:
compile
19m 10s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javac
19m 10s

the patch passed

+1 :green_heart:
compile
17m 58s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
javac
17m 58s

the patch passed

-1 :x:
blanks
0m  1s
/blanks-eol.txt
The patch has 23 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
4m 39s
/results-checkstyle-root.txt
root: The patch generated 81 new + 47 unchanged - 0 fixed = 128 total (was 47)

+1 :green_heart:
mvnsite
4m 17s

the patch passed

+1 :green_heart:
javadoc
3m 29s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
3m 38s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
8m 22s

the patch passed

+1 :green_heart:
shadedclient
40m 29s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
19m 34s

hadoop-common in the patch passed.

+1 :green_heart:
unit
263m  5s

hadoop-hdfs in the patch passed.

-1 :x:
unit
32m 55s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
1m 12s

The patch does not generate ASF License warnings.

581m 46s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.federation.router.TestRouterRPCMultipleDestinationMountTableResolver

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 5619a274c5c3 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / 8f4d800bcd0cb5b605317434cfaa394d3aaddd72

Default Java
Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/4/testReport/

Max. process+thread count
3471 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 22s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
14m 13s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
19m 59s

HDFS-17531 passed

+1 :green_heart:
compile
8m 53s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
compile
8m  6s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
checkstyle
2m  5s

HDFS-17531 passed

+1 :green_heart:
mvnsite
2m 32s

HDFS-17531 passed

+1 :green_heart:
javadoc
2m 15s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
2m 22s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
4m 20s

HDFS-17531 passed

+1 :green_heart:
shadedclient
20m 28s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 21s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 32s

the patch passed

+1 :green_heart:
compile
8m 40s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javac
8m 40s

the patch passed

+1 :green_heart:
compile
8m  0s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
javac
8m  0s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 3 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
2m  3s
/results-checkstyle-root.txt
root: The patch generated 70 new + 4 unchanged - 43 fixed = 74 total (was 47)

+1 :green_heart:
mvnsite
2m 28s

the patch passed

+1 :green_heart:
javadoc
1m 59s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
2m 28s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
4m 37s

the patch passed

+1 :green_heart:
shadedclient
20m 22s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
16m 58s

hadoop-common in the patch passed.

+1 :green_heart:
unit
192m 45s

hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
28m  4s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 49s

The patch does not generate ASF License warnings.

379m 20s

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/7/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux d85bdedf4c51 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / 2a50694ec23b4d900c02a81c1c56cf249f3bb509

Default Java
Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/7/testReport/

Max. process+thread count
4010 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/7/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
14m 12s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
38m 13s

HDFS-17531 passed

+1 :green_heart:
compile
19m 25s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
compile
17m 49s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
checkstyle
4m 46s

HDFS-17531 passed

+1 :green_heart:
mvnsite
4m 20s

HDFS-17531 passed

+1 :green_heart:
javadoc
3m 34s

HDFS-17531 passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
3m 40s

HDFS-17531 passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
7m 44s

HDFS-17531 passed

+1 :green_heart:
shadedclient
40m 39s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 50s

the patch passed

+1 :green_heart:
compile
19m 27s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javac
19m 27s

the patch passed

+1 :green_heart:
compile
17m 46s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
javac
17m 46s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 23 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
4m 46s
/results-checkstyle-root.txt
root: The patch generated 82 new + 47 unchanged - 0 fixed = 129 total (was 47)

+1 :green_heart:
mvnsite
4m 21s

the patch passed

+1 :green_heart:
javadoc
3m 29s

the patch passed with JDK Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04

+1 :green_heart:
javadoc
3m 38s

the patch passed with JDK Private Build-1.8.0_422-8u422-b05-1~20.04-b05

+1 :green_heart:
spotbugs
8m 20s

the patch passed

+1 :green_heart:
shadedclient
41m 11s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
19m 32s

hadoop-common in the patch passed.

+1 :green_heart:
unit
266m 52s

hadoop-hdfs in the patch passed.

-1 :x:
unit
69m 41s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch passed.

+0 :ok:
asflicense
0m 59s

ASF License check generated no output?

622m 36s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.federation.router.TestRenewLeaseWithSameINodeId

hadoop.hdfs.server.federation.router.TestRouterRpcStoragePolicySatisfier

hadoop.hdfs.server.federation.router.TestRouterWithSecureStartup

hadoop.hdfs.server.federation.router.TestRouterAsyncSnapshot

hadoop.hdfs.server.federation.router.TestNoNamenodesAvailableLongTime

hadoop.hdfs.server.federation.router.TestRouterRpc

hadoop.hdfs.server.federation.router.TestRouterAsyncRpcClient

hadoop.hdfs.server.federation.router.TestRouterFederationRenamePermission

hadoop.hdfs.server.federation.router.TestRouterNamenodeHeartbeat

hadoop.hdfs.server.federation.router.TestRouterMountTableCacheRefreshSecure

hadoop.hdfs.rbfbalance.TestRouterDistCpProcedure

hadoop.hdfs.server.federation.router.TestDisableNameservices

hadoop.hdfs.server.federation.router.TestRouterMountTableWithoutDefaultNS

hadoop.hdfs.server.federation.router.TestRouterRetryCache

hadoop.hdfs.server.federation.router.TestRouterFederationRenameInKerberosEnv

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 2510aaf8404d 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 /<PHONE_NUMBER>dbb6067d59085dc20526ef669c7082

Default Java
Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.24+8-post-Ubuntu-1ubuntu320.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_422-8u422-b05-1~20.04-b05

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/6/testReport/

Max. process+thread count
2971 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/6/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
18m 21s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
14m  8s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 16s

HDFS-17531 passed

+1 :green_heart:
compile
18m 52s

HDFS-17531 passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
17m  8s

HDFS-17531 passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
4m 38s

HDFS-17531 passed

+1 :green_heart:
mvnsite
4m  8s

HDFS-17531 passed

+1 :green_heart:
javadoc
3m 33s

HDFS-17531 passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
3m 30s

HDFS-17531 passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
7m 25s

HDFS-17531 passed

+1 :green_heart:
shadedclient
38m 14s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

-1 :x:
mvninstall
0m 26s
/patch-mvninstall-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch failed.

-1 :x:
compile
10m 50s
/patch-compile-root-jdkUbuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.txt
root in the patch failed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.

-1 :x:
javac
10m 50s
/patch-compile-root-jdkUbuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.txt
root in the patch failed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.

-1 :x:
compile
9m 24s
/patch-compile-root-jdkPrivateBuild-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.txt
root in the patch failed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.

-1 :x:
javac
9m 24s
/patch-compile-root-jdkPrivateBuild-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.txt
root in the patch failed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 2 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
4m 21s
/results-checkstyle-root.txt
root: The patch generated 70 new + 3 unchanged - 43 fixed = 73 total (was 46)

-1 :x:
mvnsite
0m 33s
/patch-mvnsite-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch failed.

-1 :x:
javadoc
0m 29s
/patch-javadoc-hadoop-hdfs-project_hadoop-hdfs-rbf-jdkUbuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.txt
hadoop-hdfs-rbf in the patch failed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04.

-1 :x:
javadoc
0m 30s
/results-javadoc-javadoc-hadoop-hdfs-project_hadoop-hdfs-rbf-jdkPrivateBuild-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga.txt
hadoop-hdfs-project_hadoop-hdfs-rbf-jdkPrivateBuild-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga generated 27 new + 0 unchanged - 0 fixed = 27 total (was 0)

-1 :x:
spotbugs
0m 31s
/patch-spotbugs-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch failed.

+1 :green_heart:
shadedclient
40m 52s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
19m 32s

hadoop-common in the patch passed.

-1 :x:
unit
267m 48s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

-1 :x:
unit
0m 40s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-rbf.txt
hadoop-hdfs-rbf in the patch failed.

+1 :green_heart:
asflicense
0m 49s

The patch does not generate ASF License warnings.

538m 50s

Reason
Tests

Failed junit tests
hadoop.hdfs.TestRollingUpgrade

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/8/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 1badac81cd29 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / b5020d7fa56fb853e9225a806e0045887386f7ae

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/8/testReport/

Max. process+thread count
3135 (vs. ulimit of 5500)

modules
C: hadoop-common-project/hadoop-common hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: .

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/8/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 52s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
16m  8s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
35m  9s

HDFS-17531 passed

+1 :green_heart:
compile
6m  6s

HDFS-17531 passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
5m 35s

HDFS-17531 passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 30s

HDFS-17531 passed

+1 :green_heart:
mvnsite
2m  4s

HDFS-17531 passed

+1 :green_heart:
javadoc
1m 54s

HDFS-17531 passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 12s

HDFS-17531 passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
4m 36s

HDFS-17531 passed

+1 :green_heart:
shadedclient
37m 33s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 44s

the patch passed

+1 :green_heart:
compile
6m 15s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
6m 15s

the patch passed

+1 :green_heart:
compile
5m 28s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
5m 28s

the patch passed

-1 :x:
blanks
0m  0s
/blanks-eol.txt
The patch has 2 line(s) that end in blanks. Use git apply --whitespace=fix <<patch_file>>. Refer https://git-scm.com/docs/git-apply

-0 :warning:
checkstyle
1m 16s
/results-checkstyle-hadoop-hdfs-project.txt
hadoop-hdfs-project: The patch generated 70 new + 0 unchanged - 43 fixed = 70 total (was 43)

+1 :green_heart:
mvnsite
1m 47s

the patch passed

+1 :green_heart:
javadoc
1m 35s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m  1s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
4m 42s

the patch passed

+1 :green_heart:
shadedclient
37m 53s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
265m 37s

hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
31m 52s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 47s

The patch does not generate ASF License warnings.

477m 21s

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/9/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux ac257c714f32 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / d1355d2bdb21cab256448383c9ec5dcc05158293

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/9/testReport/

Max. process+thread count
3194 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/9/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 53s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
17m 28s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
35m 38s

HDFS-17531 passed

+1 :green_heart:
compile
6m  5s

HDFS-17531 passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
5m 43s

HDFS-17531 passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 32s

HDFS-17531 passed

+1 :green_heart:
mvnsite
2m  5s

HDFS-17531 passed

+1 :green_heart:
javadoc
1m 57s

HDFS-17531 passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 14s

HDFS-17531 passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
4m 39s

HDFS-17531 passed

+1 :green_heart:
shadedclient
38m 12s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 32s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 43s

the patch passed

+1 :green_heart:
compile
6m 22s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
6m 22s

the patch passed

+1 :green_heart:
compile
5m 35s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
5m 35s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 17s
/results-checkstyle-hadoop-hdfs-project.txt
hadoop-hdfs-project: The patch generated 70 new + 0 unchanged - 43 fixed = 70 total (was 43)

+1 :green_heart:
mvnsite
1m 47s

the patch passed

+1 :green_heart:
javadoc
1m 34s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
1m 59s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
4m 41s

the patch passed

+1 :green_heart:
shadedclient
38m 25s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
260m 10s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
31m 54s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 48s

The patch does not generate ASF License warnings.

475m 28s

Reason
Tests

Failed junit tests
hadoop.hdfs.TestRollingUpgrade

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/10/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 48da46410f8e 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / c5e833f87cc33764bd647402871dcb982e894036

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/10/testReport/

Max. process+thread count
3491 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/10/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s

The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch.

_ HDFS-17531 Compile Tests _

+0 :ok:
mvndep
14m 21s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
35m 15s

HDFS-17531 passed

+1 :green_heart:
compile
6m  7s

HDFS-17531 passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
5m 41s

HDFS-17531 passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 30s

HDFS-17531 passed

+1 :green_heart:
mvnsite
2m  3s

HDFS-17531 passed

+1 :green_heart:
javadoc
1m 54s

HDFS-17531 passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 13s

HDFS-17531 passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
4m 36s

HDFS-17531 passed

+1 :green_heart:
shadedclient
38m  3s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 32s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 43s

the patch passed

+1 :green_heart:
compile
6m 22s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
6m 22s

the patch passed

+1 :green_heart:
compile
5m 31s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
5m 31s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 17s
/results-checkstyle-hadoop-hdfs-project.txt
hadoop-hdfs-project: The patch generated 70 new + 0 unchanged - 43 fixed = 70 total (was 43)

+1 :green_heart:
mvnsite
1m 50s

the patch passed

+1 :green_heart:
javadoc
1m 35s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m  1s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
4m 47s

the patch passed

+1 :green_heart:
shadedclient
47m  4s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
263m 53s

hadoop-hdfs in the patch passed.

+1 :green_heart:
unit
31m 52s

hadoop-hdfs-rbf in the patch passed.

+1 :green_heart:
asflicense
0m 46s

The patch does not generate ASF License warnings.

484m  0s

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/11/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7139

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 266958d6cc45 5.15.0-124-generic #134-Ubuntu SMP Fri Sep 27 20:20:17 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
HDFS-17531 / 15e4c0e56dcb4889af010bfac1a095325b03f2b2

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/11/testReport/

Max. process+thread count
3391 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-rbf U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7139/11/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.


KafkaMonitor should map class under Test package into App interface

If user specifies a class under test package in the kafka-monitor.properties, KafkaMonitor should instantiate an instance of this class and map it to the App interface. The patch fixed a bug where such class will be instantiated and mapped into the Service interface.

@smccauliff @WarrenGreen Can you review this patch?

@smccauliff I am not sure if it is necessary to make a tag for every commit. Can we do something similar to Kafka, e.g. make release (or tag) every several weeks or when there is big feature, and with summary of change?


lang: Remove 3 lifetime definitions from Context

Problem
Context struct definition includes 4 lifetimes:
https://github.com/coral-xyz/anchor/blob/ebbad72fc431fb726004d68c56270e88c869428d/lang/src/context.rs#L24
While this is technically correct, and it's also what Rust does by default, it results in a poor developer experience because the lifetimes leak to the Anchor users in various cases. For example, remaining accounts usage requires annotating the instruction handler with lifetimes, which is quite difficult to figure out for people who're less experienced with lifetimes (not to mention this is completely unnecessary).
Summary of changes
Remove 3 (out of 4) lifetimes from the Context struct. In other words, make all references have the same lifetime. This makes it so much easier for Anchor users to to handle places that Context is used. For example, remaining accounts usage:
https://github.com/coral-xyz/anchor/blob/ebbad72fc431fb726004d68c56270e88c869428d/tests/misc/programs/remaining-accounts/src/lib.rs#L25-L27
simply becomes:
pub fn test_remaining_accounts(ctx: Context<TestRemainingAccounts>) -> Result<()> {

How does this interact with the issues in https://github.com/coral-xyz/anchor/pull/2770 and https://github.com/coral-xyz/anchor/issues/3341
Basically, the type &'info AccountInfo<'info> is not very usable, AccountInfo<'info> is invariant because it contains RefCell, meaning we cannot cast the lifetime AccountInfo<'info> into a struct with shorter lifetime AccountInfo<'a>.

How does this interact with the issues in #2770 and #3341

It basically fixes the problem. It still requires a lifetime annotation, but we should be able to handle this automically in the program macro.

Basically, the type &'info AccountInfo<'info> is not very usable

Yeah, but the alternative is worse (declaring another lifetime as explained in the "Details" section of https://github.com/coral-xyz/anchor/pull/2770).

AccountInfo<'info> is invariant because it contains RefCell, meaning we cannot cast the lifetime AccountInfo<'info> into a struct with shorter lifetime AccountInfo<'a>.

Does that even matter here? I don't think the Rust compiler would allow you to overwrite the data with a reference declared inside the instruction handler.

Does that even matter here? I don't think the Rust compiler would allow you to overwrite the data with a reference declared inside the instruction handler.

With a normal struct, it is possible to change the lifetime to a smaller one by re-borrowing
struct X<'a> {
    s: &'a str,
}

fn cast<'a, 'b>(x: X<'a>) -> X<'b> where 'a: 'b {
    X { s: &*x.s }
   // or just `return x;`, rust can cast automatically
}

but we can't do this with AccountInfo<'a>. It's impossible to make &'a AccountInfo<'a> reference, if you need to use &'a AccountInfo<'a> reference, you are stuck with that lifetime forever.
spl-candy-guard case: they use UncheckedAccount<'info>, do some check manually then call Account::try_from. Fortunately we can still recover the original &'info AccountInfo<'info> inside UncheckedAccount, if the lifetime is lost (by cloning, for example), it is impossible to create &'info AccountInfo<'info> again.

Does that even matter here? I don't think the Rust compiler would allow you to overwrite the data with a reference declared inside the instruction handler.

With a normal struct, it is possible to change the lifetime to a smaller one by re-borrowing
struct X<'a> {
    s: &'a str,
}

fn cast<'a, 'b>(x: X<'a>) -> X<'b> where 'a: 'b {
    X { s: &*x.s }
   // or just `return x;`, rust can cast automatically
}

but we can't do this with AccountInfo<'a>. It's impossible to make &'a AccountInfo<'a> reference, if you need to use &'a AccountInfo<'a> reference, you are stuck with that lifetime forever.

Yeah, I'm aware of that, but I'm not sure how that answers my initial comment about the Rust compiler not allowing you to overwrite the data with a reference declared inside the instruction handler.

spl-candy-guard case: they use UncheckedAccount<'info>, do some check manually then call Account::try_from. Fortunately we can still recover the original &'info AccountInfo<'info> inside UncheckedAccount, if the lifetime is lost (by cloning, for example), it is impossible to create &'info AccountInfo<'info> again.

Since you're using "they" when referring to the Metaplex team, I'm assuming you're not from the Metaplex team, and you just want to interact with the mpl-candy-guard program. I'm also assuming you're using Anchor v0.29 and Solana v1.18, since that's what you used in https://github.com/metaplex-foundation/mpl-candy-machine/pull/76.
If my assumptions are correct, then trying to fully upgrade that program is completely unnecessary for your use case, because you don't need the program's internal logic to be able to interact with a program (you only need implementation signatures). If you want to use the program's crate as a CPI client or an off-chain client, you can safely remove all its instruction handler logic, including the parts where it uses Account::try_from.
As a side note, the mpl-candy-guard's usage of Account::try_from in order to implement some sort of an optional account check also seems redundant in newer Anchor versions because Anchor now supports optional accounts in accounts structs with Option<T>.
Furthermore, you don't even need to upgrade anything to interact with older programs if you're using the latest version (v0.30.1). In fact, you don't even need to add programs as a dependency. Here are some useful links:

https://www.anchor-lang.com/release-notes/0.30.0#dependency-free-program-declaration
https://docs.rs/anchor-lang/0.30.1/anchor_lang/macro.declare_program.html
https://github.com/coral-xyz/anchor/pull/2857
https://en.wikipedia.org/wiki/XY_problem

I am new to learning Anchor. How do you currently handle this issue? I am encountering same problem when trying to use Account::<MyAccount>::try_from(&ctx.accounts.my_account.to_account_info())?;. any solutions for now ? thanks


Mega ban

Ban every plugin developer at poggit because their plugin got APPROVED !!!!

This is crazy! It would ban myself...
Anyway... I deserve to be banned from submitting plugins to poggit!!

Super Mega Ultra Issue!!

um

Super Mega Ultra Issue!!

how will u get all developers name lol

how will u get all developers name lol

Here: https://poggit.pmmp.io/releases.json

how will u get all developers name lol

Here: https://poggit.pmmp.io/releases.json

ok ._.

A new plugin should be made for this idea.
This plugin only hates poggit staff, not poggit developers.
Thanks for your very creative idea!


Fix the division bug in uploaded size, #173

Fix for the https://github.com/flowjs/flow.js/issues/173 bug. Please let me know if this is acceptable.

It's not reasonable to replace, inside sizeUploaded, the logic of this.progress() (which takes into account the overall status) by just total > 0 ? loaded / total : 0

It's not reasonable to replace the call to this.progress() by getSuccessProgress() whose behavior is different.


needed 'require'

To use this gem I had to add 'require active_job/retry in my job.

Hi @fist28, you can get around this by doing:
gem 'activejob-retry', '~> 0.4.0', require: 'active_job/retry'

in your gemfile, but it's kinda annoying. The problem is that active_job-retry is a well ugly gem name, but is the correct name for the module. I'm tempted to add a file at lib/activejob/retry.rb which requires lib/active_job/retry.rb, but it's kinda grim too :(

#27 will resolve this

@fist28 this is now pushed to RubyGems in 0.4.1 :)

thanks


Is There a Method to exclude Range From The Keyspace ??

i am using clbitcrack , and it is awesome
I want to exclude Ranges From The Keyspace
lets say i have a keyspace 111111:666666
but i want to exclude 200000:2fffff and 400000:4fffff
how to do such a thing ??
can i have the excluded ranges in a txt files and submit it through the command

can i import multiple keyranges through the command K or i have to actually do multiple scans with multiple instances of the software

Salaam alaikum to everyone!
Hello everyone!
Bitcoin is a scam!
On March 19, 2024, 865 bitcoins were sold on the exchange at a price of $8,000!
On other exchanges the price was $70,000!
Let's create a community and sequentially select the private key of the largest bts address!
And when we find it, Bitcoin will collapse!
Thanks in advance everyone!


fix missing router error in Link

Here is simple solution for bug #1513 of missing router field in context of Link. Critical for unit testing.

Would be great for us too, for unit tests we are getting:
 Cannot read property 'makeHref' of undefined

+1

This is fixed in master.


Attributes to rename R classes (like r_name for functions)

From pola-rs/r-polars#149
Currently r_name for renaming functions on the R side does not seem to work for R class names.

We have a huge gap in support of this things when it comes to impl. No attribute values are recognized when applied to impl and applying #[extendr] to impl methods should do nothing.

Thanks for reporting this. This is on my mind and I'll definitely get to it eventually. But documenting it and doing research could probably enable me to dedicate some time to it.

Thank you for giving me the context.
I had imagined the following
use extendr_api::prelude::*;

struct Person {
    pub name: String,
}

#[extendr(r_name = "person")]
impl Person {
    fn new() -> Self {
        Self { name: "".to_string() }
    }

    fn set_name(&mut self, name: &str) {
        self.name = name.to_string();
    }

    fn name(&self) -> &str {
        self.name.as_str()
    }
}

The R side...
person$new()

But is this perhaps difficult?
It seems that pyo3 can change the class name in the Struct attribute.
https://pyo3.rs/v0.18.2/class#customizing-the-class
// Argument supplied directly to the `#[pyclass]` annotation.
#[pyclass(name = "SomeName", subclass)]
struct MyClass {}

// Argument supplied as a separate annotation.
#[pyclass]
#[pyo3(name = "SomeName", subclass)]
struct MyClass {}

It's not that it is difficult, it is just not yet implemented :-)

Thanks for the research. I'll dig into macros this weekend.


How to integrate lambda extension with proxy

Hello,
I'm trying to integrate lambda extension logs forwarding with datadoghq.eu and following documentation I need proxy to do so, but linked page didn't specify how it should be done with lambdas. Is the proxy instance have to be in the same VPC that lambdas are or can I use peering conection, how proxy should be configured? Is there need to build agent between or can I threat lambda extension as agent?
Best,
Rafal Rabenda

@RafRabenda Datadog Lambda Extension is essentially the Datadog Agent (with a bit serverless customization). The instructions for configuring the extension for sending data via proxy is the same as using the regular datadog agent. https://docs.datadoghq.com/agent/proxy/?tab=linux. You need to ensure that your Lambda can reach the proxy, which depends on your specific VPC and security group configurations. There isn't a one-size-fits-all answer here.
BTW, really sorry for the late reply. For this type of questions in the future, feel free to ask in our community slack next time.

Hello @tianchu,
I still have problems with communication between lambda extension and proxy. I was able to integrate http nginx proxy with agent configuration in yaml. But better use case is to move configuration to lambda environment variables. I have following configuration:
Lambda variables:
    Datadog environment variables:
    DD_API_KEY=***
    DD_ENV=TEST
    DD_LOGS_ENABLED=true
    DD_LOG_LEVEL=debug
    DD_MERGE_XRAY_TRACES=true
    DD_PROXY_HTTP=http://<IP_ADDRESS>
    DD_PROXY_HTTPS=https://<IP_ADDRESS>
    DD_SERVICE=TEST
    DD_SITE=datadoghq.eu
    DD_TRACE_ENABLED=true
    DD_TRACE_STARTUP_LOGS=false
    DD_VERSION=v0.19.1

Proxy configuraiton:
worker_processes auto;
error_log /var/log/nginx/error.log;
pid /run/nginx.pid;
load_module /usr/lib/nginx/modules/ngx_stream_module.so

events {
    worker_connections 1024;
}
# HTTP Proxy for Datadog Agent
http {

    proxy_ssl_trusted_certificate /etc/ssl/certs/ca-certificates.crt;

    ssl_certificate /etc/nginx/certs/server.crt;
    ssl_certificate_key /etc/nginx/certs/server.key;

    server {
        listen 3834 ssl; #listen for metrics
        access_log off;

        location /api/v1/validate {
            proxy_ssl_verify on;
            proxy_pass https://api.datadoghq.com:443/api/v1/validate;
        }
        location /support/flare/ {
            proxy_ssl_verify on;
            proxy_pass https://flare.datadoghq.com:443/support/flare/;
        }
        location / {
            proxy_ssl_verify on;
            proxy_pass https://haproxy-app.agent.datadoghq.com:443/;
        }
    }
}
# TCP Proxy for Datadog Agent
stream {

    proxy_ssl_trusted_certificate /etc/ssl/certs/ca-certificates.crt;

    ssl_certificate /etc/nginx/certs/server.crt;
    ssl_certificate_key /etc/nginx/certs/server.key;

    server {
        listen 3835 ssl; #listen for traces
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass trace.agent.datadoghq.com:443;
    }
    server {
        listen 3836 ssl; #listen for profiles
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass intake.profile.datadoghq.com:443;
    }
    server {
        listen 3837 ssl; #listen for processes
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass process.datadoghq.com:443;
    }
    server {
        listen 3838 ssl; #listen for logs with use_http: true
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass agent-http-intake.logs.datadoghq.com:443;
    }
    server {
        listen 3839 ssl; #listen for database monitoring metrics
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass dbm-metrics-intake.datadoghq.com:443;
    }
    server {
        listen 3840 ssl; #listen for database monitoring samples
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass dbquery-intake.datadoghq.com:443;
    }
    server {
        listen 3841 ssl; #listen for network devices metadata
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass ndm-intake.datadoghq.com:443;
    }
    server {
        listen 3842 ssl; #listen for network devices traps
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass snmp-traps-intake.datadoghq.com:443;
    }
    server {
        listen 3843 ssl; #listen for instrumentations telemetry data
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass instrumentation-telemetry-intake.datadoghq.com:443;
    }
    server {
        listen 3845 ssl; #listen for network devices netflow
        proxy_ssl_verify on;
        proxy_ssl on;
        proxy_pass ndmflow-intake.datadoghq.com:443;
    }
}

And I'm receiving connection refused error:
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Using proxy https://<IP_ADDRESS> for URL 'https://7-40-1-app.agent.datadoghq.eu'
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Using proxy https://<IP_ADDRESS> for URL 'https://7-40-1-app.agent.datadoghq.eu'
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| SyncForwarder.sendHTTPTransactions first attempt: error while sending transaction, rescheduling it: Post "https://7-40-1-app.agent.datadoghq.eu/api/v1/series?api_key=***************************6100f": proxyconnect tcp: dial tcp <IP_ADDRESS>:443: connect: connection refused
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Retrying transaction
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Using proxy https://<IP_ADDRESS> for URL 'https://7-40-1-app.agent.datadoghq.eu'
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| SyncForwarder.sendHTTPTransactions first attempt: error while sending transaction, rescheduling it: Post "https://7-40-1-app.agent.datadoghq.eu/api/beta/sketches?api_key=***************************6100f": proxyconnect tcp: dial tcp <IP_ADDRESS>:443: connect: connection refused
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Retrying transaction
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Using proxy https://<IP_ADDRESS> for URL 'https://7-40-1-app.agent.datadoghq.eu'
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| WARN \| SyncForwarder.sendHTTPTransactions failed to send: error while sending transaction, rescheduling it: Post "https://7-40-1-app.agent.datadoghq.eu/api/beta/sketches?api_key=***************************6100f": proxyconnect tcp: dial tcp <IP_ADDRESS>:443: connect: connection refused
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| SyncForwarder has flushed 1 transactions
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| WARN \| SyncForwarder.sendHTTPTransactions failed to send: error while sending transaction, rescheduling it: Post "https://7-40-1-app.agent.datadoghq.eu/api/v1/series?api_key=***************************6100f": proxyconnect tcp: dial tcp <IP_ADDRESS>:443: connect: connection refused
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| SyncForwarder has flushed 1 transactions
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Demultiplexer: sendIterableSeries: stop routine
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Finished metrics flush that was started at time<PHONE_NUMBER>
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Finished flushing
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Shutting down agents
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| INFO \| Stopping logs-agent
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Send messages (msg_count:29, content_size=24965, avg_msg_size=860.86)
2022-12-11 19:27:00 UTC \| DD_EXTENSION \| DEBUG \| Using proxy https://<IP_ADDRESS> for URL 'https://http-intake.logs.datadoghq.eu'

When I change server listen port to 443 error is changed to:
 2022-12-11 19:50:09 UTC | DD_EXTENSION | DEBUG | SyncForwarder.sendHTTPTransactions first attempt: error while sending transaction, rescheduling it: Post "https://7-40-1-app.agent.datadoghq.eu/api/v1/series?api_key=***************************6100f": proxyconnect tcp: x509: cannot validate certificate for <IP_ADDRESS> because it doesn't contain any IP SANs
What is the proper configuration because this documentation page https://docs.datadoghq.com/agent/proxy/?tab=agentv6v7 have very limited information regarding configuration proxy with lambda environment vairables.

NGINX is not a transparent Web Proxy (like Squid). For NGINX as a proxy, you will need to configure DD_URL
https://docs.datadoghq.com/agent/proxy/?tab=agentv6v7#datadog-agent-configuration-2:~:text=datadog.yaml file.-,dd_url,-%3A "<SCHEME>%3A//nginx.example

Closing, due to the lack of activity. I would recommend opening up a support ticket for a deeper and targeted investigation for proxy issues in general, because the problem can vary significantly depending on the set up in cloud.


Downgrade rocksdbjni to 8.3.2 following FOREST bug

Bug introduced by upgrading to 8.9.1 in  9b7efb9 (#6377)
This is a revert of that specific dependency, will need further work to fix FOREST + 8.9.1+
Tested on the canary that found the bug: prd-elc-besu-prysm-mainnet-nightly-forest-snap
and synced a fresh FOREST and BONSAI node on holesky.

db upgrade and downgrade tests performed: downgrade was from this PR to https://github.com/hyperledger/besu/commit/f721c1c2c26bf695edbbba6ba612c5fb312aa57c on a bonsai node


Add HERE Technologies as an adopter

What the title says :)

Codecov Report

Merging #1655 (2faa18d) into master (6326523) will decrease coverage by 0.26%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #1655      +/-   ##
==========================================
- Coverage   86.29%   86.03%   -0.27%
==========================================
  Files          61       60       -1
  Lines        2423     2413      -10
  Branches      138      130       -8
==========================================
- Hits         2091     2076      -15
- Misses        332      337       +5

Impacted Files
Coverage Δ

...re/shared/src/main/scala/io/circe/MapDecoder.scala
88.00% <0.00%> (-8.00%)
:arrow_down:

...rc/main/scala/io/circe/numbers/BiggerDecimal.scala
85.96% <0.00%> (-2.34%)
:arrow_down:

...core/shared/src/main/scala/io/circe/CursorOp.scala
51.72% <0.00%> (-1.41%)
:arrow_down:

...es/core/shared/src/main/scala/io/circe/Error.scala
62.06% <0.00%> (-0.44%)
:arrow_down:

...nter/src/main/scala/io/circe/pointer/Pointer.scala
89.34% <0.00%> (-0.13%)
:arrow_down:

.../core/shared/src/main/scala/io/circe/Decoder.scala
85.60% <0.00%> (-0.04%)
:arrow_down:

...in/scala/io/circe/pointer/PointerSyntaxError.scala

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6326523...2faa18d. Read the comment docs.

Thanks!


add operators to Ruby version comparison

Currently I can point Ruby version toughly:
 ruby '2.1.0'

But sometimes we need to set flexible version. For example that Ruby is not so old:
 ruby '>= 2.0.0'

Made a Trello card for a version of this feature that we can actually merge: https://trello.com/c/gAWOh4Jk

Is locking ruby version really necessary? If someone wants to lock ruby version, she can explicitly state ruby version in lockfile.
For example I wound't want to lock ruby version. I'm happy if anyone uses any ruby matching ~> 2.1.0.

@sheerun feel free to read the trello card and implement the feature!

@indirect My question is actually about that trello card.

@sheerun yes, it is required to lock to a single ruby version. That's like saying "I'm happy if my application uses ~> rails 4.1.0. It's great that you're okay with that, but you have only developed and run your tests against a single Rails version, and that is the version that needs to be used on other developer machines and on production machines.


Enable tests on Linux and macOS

Useful in general, but specifically to debug the failure in https://github.com/conda-forge/libignition-physics-feedstock/pull/14  .
Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.

@conda-forge-admin, please rerender

Travis build is flaky as usual, let's merge and just try to get it working on the real build, there is no value to restart them in the PR.


code refactoring changes with properties added to mapped fields

This Pull request is the follow-up of this one with the pending required changes:
https://github.com/douggynix/dto_mapper/pull/11
The changes will add macro attributes as well for mapping struct fields:
 #[derive(DtoMapper, Debug, Default, Clone)]
#[mapper(
    dto="CustomDtoWithAttribute" ,
    no_builder=true ,
    map=[ ("email",false) ],
    derive=(Debug, Clone, Serialize, Deserialize),
    new_fields=[(
        "name: String",
        "concat_str( self.firstname.as_str(), self.lastname.as_str() )",
        ["#[serde(rename = \"renamed_name\")]"],
    )],
    macro_attr=["serde(rename_all = \"UPPERCASE\")"]
  )]
    struct User {
        username: String,
        password: String,
        email: String,
        firstname: String,
        middle_name: Option<String>,
        lastname: String,
        age: u8,
    }

The macro definition above will generate this new struct with the attributes added in the mapping field.
Run this command to view the result:
cargo install cargo-expand
cargo expand --test test_dto_creation

    #[serde(rename_all = "UPPERCASE")]
    pub struct CustomDtoWithAttribute {
        #[serde(rename = "email_address")]
        pub email: Option<String>,
        #[serde(rename = "full_name")]
        pub name: String,
    }

@fatihaziz: Feel free to comment, I am following up with your work with macro attributes on mapping fields.


Updated lts2020-chromium to point to main branch

Tracked-On: OAM-103797
Signed-off-by: tprabhu<EMAIL_ADDRESS>

Valid Commit Message
Improper Jira Status, jira status not in ['In Progress','Implemented']

Merged internally as part of /absp/builders/celadon-mergerequest/builds/2967


Fix subtraction overflow in generic::Group::match_byte

The former cmp - repeat(0x1) would overflow if there was a match in the most
significant byte.  A wrapping_sub better matches the C code that this was
derived from.
This generic code is only used on non-SSE2 platforms, so I've also added an
i586 entry to the CI config.

bors r+
Thanks!


Replace AbsolutePath.appending(_:) for deprecations

Replace instances of AbsolutePath.appending(RelativePath(_:)) with
AbsolutePath(_:relativeTo:) in light of the deprecation of the old
spelling.  This is particularly important for Windows which will now
properly normalize and canonicalize the path when constructed in the
new spelling.

@swift-ci please test


Support list[any numba type]

It would be useful to allow list to hold any Numba-supported type, in particular, other lists and Numpy arrays.

Thanks for the request, this is definitely something that needs work! I am going to close this ticket though as it is a duplicate of https://github.com/numba/numba/issues/2560 (but will add to that ticket the common vocabulary as memory-managed object assumes familiarity with Numba internals).


fix(material/button): propogation inner handler from mat-icon

Fix propogation inner handler from mat-icon.
Fixes #26309.

When will this bug be fixed and available ? Is there a way we can fix this behaviour in our applications ? (via scss?)

Closing based on https://github.com/angular/components/issues/26309#issuecomment-1555885020.