Known Issues in Cloudera Manager 7.1.0

This topic describes known issues and workarounds for Cloudera Manager.

OPSAPS-65189: Accessing Cloudera Manager through Knox displays the following error:

Bad Message 431 reason: Request Header Fields Too Large

Workaround: Modify the Cloudera Manager Server configuration /etc/default/cloudera-scm-server file to increase the header size from 8 KB, which is the default value, to 65 KB in the Java options as shown below:

export CMF_JAVA_OPTS="...existing options...
-Dcom.cloudera.server.cmf.WebServerImpl.HTTP_HEADER_SIZE_BYTES=65536
-Dcom.cloudera.server.cmf.WebServerImpl.HTTPS_HEADER_SIZE_BYTES=65536"

Technical Service Bulletins

TSB 2022-507 Certificate expiry issue in CDP

The Transport Layer Security (TLS) keystore needs to be manually rotated due to an issue with certificate rotation.

The Root Cause Analysis is that the keystore path of the Cloudera Manager (CM) server is set to a directory based on the non-FQDN (Fully Qualified Domain Name) of the CM server. However, the certificate rotation on a directory happens based on the FQDN of the CM server. This results in a situation in which the keystore of the CM server does not get updated.

Impact

The clusters could experience downtime.

Action required

Workaround if the certificates have not yet expired:
1. Back up the existing host keystore from the directory based on the hostname of the CM server. Example:
```
cp -R /etc/cloudera-scm-server/certs/hosts-key-store/example-datalake-1-master0/ /etc/cloudera-scm-server/certs/hosts-key-store/example-datalake-1-master0.backup
```
2. Copy the keystore from a directory based on the FQDN of the CM server. Example:
```
cp -Rf /etc/cloudera-scm-server/certs/hosts-key-store/example-datalake-1-master0.domain.site/* /etc/cloudera-scm-server/certs/hosts-key-store/example-datalake-1-master0/ 
```
3. Restart the CM server
4. Confirm that OpenSSL now shows a certificate with the expected expiration time. Example:
```
openssl s_client -connect $(grep "server_host" /etc/cloudera-scm-agent/config.ini | sed s/server_host=//):7182 </dev/null | openssl x509 -text -noout 
```
5. Repeat these steps after each host certificate rotation.
Workaround if the certificates have already expired:
1. You must run commands on each host with expired certificates to regenerate new ones.
2. For each affected host (including the Cloudera Manager server host if necessary), let “<host_FQDN>” be the fully-qualified domain name of that host:
  1. Run the following command on the Cloudera Manager server host as root:
```
/opt/cloudera/cm-agent/bin/certmanager --location 
/etc/cloudera-scm-server/certs gen_node_cert --rotate --output=/tmp/<host_FQDN>.tar <host_FQDN>
```
  2. Copy /tmp/<host_FQDN>.tar to the affected host.
  3. Run the following commands on the affected host as root:
    - ```
    /opt/cloudera/cm-agent/bin/cm install_certs /tmp/<host_FQDN>.tar
```
- ```
chmod 755 /var/lib/cloudera-scm-agent/agent-cert/
```
3. Restart Cloudera Manager by running the following command on the Cloudera Manager server host as root:
```
service cloudera-scm-server restart
```
4. Restart the Knox service by running the following commands on the Cloudera Manager server host as any user, replacing “UpdateWithYourUser” and “UpdateWithYourClusterName” with the workload user and cluster name, respectively:
  - ```
  WORKLOAD_USER="UpdateWithYourUser"
```
- ```
CM_SERVER="http://$(hostname -f):7180"
```
  - ```
  CM_API_VERSION=$(curl -s -L -k -u ${WORKLOAD_USER} -X GET
                "${CM_SERVER}/api/version") && echo ${CM_API_VERSION}
```
- ```
CM_CLUSTER_NAME=<UpdateWithYourCusterName>
```
  - ```
  KNOX_SERVICE_NAME=$(curl -s -L -k -u ${WORKLOAD_USER} -X GET
                "${CM_SERVER}/api/${CM_API_VERSION}/clusters/${CM_CLUSTER_NAME}/services/" | awk -F
                "[ |:|,]" '/name.*knox/ {print $(NF - 1 )}' | sed 's|"||g') && echo
                ${KNOX_SERVICE_NAME}
```
- ```
curl -s -L -k -u ${WORKLOAD_USER} -X POST
              "${CM_SERVER}/api/${CM_API_VERSION}/clusters/${CM_CLUSTER_NAME}/services/${KNOX_SERVICE_NAME}/commands/restart"
```
5. Follow the steps in the above section: “Workaround if the certificates have not yet expired”

Knowledge article

For the latest update on this issue, please see the corresponding Knowledge article: TSB 2022-507: Certificate expiry issue in CDP

TSB 2021-488: Cloudera Manager is vulnerable to Cross-Site-Scripting attack (CVE-2021-29243 and CVE-2021-32482)

Cloudera Manager may be vulnerable to Cross-Site-Scripting vulnerabilities identified by CVE-2021-29243 and CVE-2021-32482. A remote attacker can exploit this vulnerability and execute malicious code in the affected application.

CVE

CVE-2021-29243
CVE-2021-32482

Impact

This is an XSS issue. An administrator could be tricked to click on a link that may expose certain information such as session cookies.

Action required

Upgrade (recommended)

Upgrade to a version containing the fix.
Workaround

None

Knowledge article

For the latest update on this issue see the corresponding Knowledge article:

TSB 2021-488: Cloudera Manager vulnerable to Cross-Site-Scripting attack (CVE-2021-29243 and CVE-2021-32482)