Details
-
Bug
-
Status: Resolved
-
Critical
-
Resolution: Fixed
-
None
Description
Hadoop 3.1 and 3.2 acceptance tests started failing with HDDS-1720, which added a new, annotated configuration class.
The change itself looks fine. The problem is that the packaging process for ozone-filesystem-lib jars keeps only 1 or 2 ozone-default-generated.xml files. With the new config in place, client configs are missing, so Ratis client gets evicted immediately due to scm.container.client.idle.threshold = 0. This results in NPE:
Running command 'hdfs dfs -put /opt/hadoop/NOTICE.txt o3fs://bucket1.vol1/ozone-14607 ... -put: Fatal internal error java.lang.NullPointerException: client is null at java.util.Objects.requireNonNull(Objects.java:228) at org.apache.hadoop.hdds.scm.XceiverClientRatis.getClient(XceiverClientRatis.java:208) at org.apache.hadoop.hdds.scm.XceiverClientRatis.sendRequestAsync(XceiverClientRatis.java:234) at org.apache.hadoop.hdds.scm.XceiverClientRatis.sendCommandAsync(XceiverClientRatis.java:332) at org.apache.hadoop.hdds.scm.storage.ContainerProtocolCalls.writeChunkAsync(ContainerProtocolCalls.java:310) ...
Attachments
Issue Links
- is related to
-
HDDS-5035 Config not loaded when using an Ozone assembled jar
- Resolved
- links to