Cloudera Manager 7.6.5 Cumulative hotfix 2

OPSAPS-62007

When Auto-TLS is enabled, the value of the trustStorePath is overridden by the auto-generated truststore (but not the corresponding passwords) for those components where the user had manually set up TLS.This behaviour is now addressed. The truststore paths of the manually enabled TLS components are kept intact.

OPSAPS-62685

The Xstream version is upgraded to 1.4.19 version to fix CVE issues.

OPSAPS-63605: An Event server cannot start after an upgrade due to a field type mismatch

Fixed an issue where Event server failed to start after a Cloudera Manager upgrade if the value of any event attribute such as content and stack trace was longer than 32766 UTF-8 bytes.

OPSAPS-63759

When the accumulated temporary file count in a HDFS temporary folder (snapshot diff-based HDFS replication synchronizes the deletes and renames through a temporary directory on the target cluster) crosses the HDFS directory entry count limit per directory of ~6.4 items, the incremental replication fails and the replication process falls back to bootstrap replication (that is, all the files are replicated).OPSAPS-63759 introduces an optional direct delete behavior where delete operations are run directly without the intermediate moves into the common temporary directory. To enable this workaround:

1. Go to the target Cloudera Manager > Clusters > HDFS service > Configuration tab.
2. Search for the Cluster-wide Advanced Configuration Snippet (Safety Valve) for core-site.xml property.
3. Add the com.cloudera.enterprise.distcp.direct-rename-and-delete.enabled=true key-value pair.

   This parameter activates the direct delete approach.

   Optionally, you can set the com.cloudera.enterprise.distcp.direct-delete.log-interval=[***enter a value (n) greater than 0***] key-value pair to override the default (100000) delete count for each delete progress log message.

OPSAPS-64020

The Spring Framework version is upgraded to 5.3.20 version to fix CVE issues.

OPSAPS-64187: Cloudera Manager Event Server does not clean up old events

Fixed an issue where an Event Server cleanup did not work and was unable to clean the old events and now it works as intended.

OPSAPS-64287: New configuration parameter for Data Analytics Studio to configure header size.

Data Analytics Studio (DAS) has a new, optional parameter named das_application_connector_configs to configure header size.

OPSAPS-64325: Hue Load Balancer issues

Earlier, the users were routed to a new Hue server only after they logged out. This resulted in less than optimal utilization of the newly added Hue servers. This issue has been resolved by adding a new configuration called Hue Load Balancer Cookie Refresh in Cloudera Manager. When you select this option, the Hue Load Balancer is configured to generate a new ROUTEID cookie value when you restart the Hue Load Balancer instance. This enables the Load Balancer to redistribute users across the Hue servers upon restart. For more information, see Configuring high availability for Hue.

The repositories for Cloudera Manager 7.6.5-CHF2 are listed in the following table:

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/redhat8/yum

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/redhat8/yum/cloudera-manager.repo

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/redhat7/yum

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/redhat7/yum/cloudera-manager.repo

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/sles12/yum

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/sles12/yum/cloudera-manager.repo

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/ubuntu2004/apt

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/ubuntu2004/apt/cloudera-manager.list

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/ubuntu1804/apt

http://username:password@bits.cloudera.com/0ad5a2d8/patch-5526/ubuntu1804/apt/cloudera-manager.list