Known issues in 7.1.9 SP1 CHF 2
You must be aware of the known issues and limitations, the areas of impact, and workaround in Cloudera Runtime 7.1.9 SP1 CHF 2.
The list of known issues for the Runtime release 7.1.9 SP1 CHF 2 includes the known issues from Runtime release 7.1.9 SP1. For more information, see Known issues in Cloudera Runtime 7.1.9 SP1.
- CDPD-75742: Upgrade commons-lang3 to 3.13.0
- The Commons-text 1.11.0 in Spark calls Range.of(..) method of commons-lang3 which is not available in the version 3.12.0, resulting in Oozie-Spark job failure.
- CDPD-70450: Impala SQL queries that include the “WITH” clause should populate lineage in Atlas
- Impala SQL queries that do not use the
WITH
clause can show lineage in Atlas, but queries that do use theWITH
clause cannot show lineage in Apache Atlas. Impala SQL queries using theWITH
clause are not supported. - CDPD-77399: HBase fails to register the servlet metrics and throws ClassNotFoundException: org.apache.hadoop.metrics.MetricsServlet
- The MetricsServlet class is a Hadoop 2-based metric servlet unavailable in Hadoop 3 deployments.
- CDPD-76035: Resource lookup for Atlas service is failing
- Once the Atlas configuration snippet
atlas.authentication.method.file
is enabled and a classification is created, these do not synchronize correctly to the Type Category resource field setting of Apache Ranger. The newly created classification won't be able to be selected as the Type Name. - CDPD-75422: Impala schema case sensitivity issue
- Impala's schema is case insensitive, causing errors with mixed case schema elements created through Spark during predicate pushdown.
- CDPD-71411: Atlas Hbase import fails with jackson-databind expection
- The
jackson-annotations
is not updated to matchjackson-databind
(2.15.0). This causes the NoSuchFieldError error intermittently during an HBase import because of a version mismatch (older 2.12.7 on classpath). - CDPD-79160: NPE while deleting BusinessMetadata
- If business metadata is created without adding any applicable types, a NullPointerException is produced when we try to delete that business metadata.
- On FIPS cluster, Knox-Impala connection is failing with SSL error code 5
- The Knox-Impala connection is failing with SSL error code 5 on FIPS clusters. This prevents accessing Impala through Knox.
- CDPD-78656: Health test for Knox fails if the gateway.client.auth.needed = true is set
- The health test for Knox Gateway fails if the
gateway.client.auth.needed
parameter is set to true. Environments using the "curl" call are impacted. The curl call from CM is not specifying any certificate (store) while Knox is configured to require one. - CDPD-77911: Missing Log4j Redactor dependency
- The missing
org.cloudera.logredactor
dependency can result impossible Log4j errors during startup. Additionally, it can lead to unwanted data leak because of incorrect log redaction. - CDPD-80921: Without permission for one glossary, /glossary call throws exception
- When you don't have the permission for a glossary,
the
/glossary
call results in a exception, blocking authorization for all glossaries. The error message is the following:{ "errorCode": "ATLAS-403-00-001", "errorMessage": "hrt_qa is not authorized to perform read entity: guid=*********-****-****-****-*******"}
- CDPD-82056: UI: when server response date fields as '0', UI shows as current time
- If an API response contains an invalid date value (such as 0) intended for display on the user interface, the current system date is shown. This issue specifically affects the Entity Detail page, where the create time and modified time are displayed.
- CDPD-69140: Incremental export: When an entity has tag propagated and is exported, the tag is not propagated to it in the export
- When creating tables with multiple levels of depth, a tag applied to the first table will be propagated along the lineage. After exporting the last table, it will not have the propagated tag.
- CDPD-69213: Export/Import, Incremental Export: When entity exported has a tag propagated from entity which is deleted , tag is not propagated to it at target
- When creating tables with multiple levels of depth, a tag applied to the first table will be propagated along the lineage. After dropping the first table and exporting the entire lineage, the child tables will not have the propagated tag.