Known Issues in Cloudera Data Explorer (Hue)

Known issues and technical limitations for Cloudera Data Explorer (Hue) are addressed in Cloudera Runtime 7.3.2, its service packs, and cumulative hotfixes.

Known issues identified in Cloudera Runtime 7.3.2

CDPD-98754: Data Explorer cannot access HDFS in Data Discovery Template
7.3.2
In the Data Discovery Template, Data Explorer cannot access HDFS. This issue occurs because Cloudera Manager assigns a standby HDFS NameNode to the webhdfs_url property instead of the active NameNode, which prevents the file browser from displaying HDFS data.
  1. Log in to Cloudera Manager as an Administrator.
  2. Go to Clusters > HDFS to identify which NameNode is currently active.
  3. Go to Clusters > Data Explorer (Hue) > Configuration.

  4. Change the value of the webhdfs_url property from the standby NameNode to the active NameNode.
  5. Click Save Changes.
  6. Restart the Data Explorer service.
CDPD-95911: File operations fail for files with special characters in GS RAZ environments
7.3.2
In GS RAZ environments, you cannot rename, move, or copy files that contain special characters such as the percent sign (%). When you attempt these operations, the Failed to receive a valid response from RAZ error message is displayed. Additionally, operations on files containing the hash character (#) do not result in an error, but the action is not performed.
None.
CDPD-94944: File and directory names contain special characters after a rename operation
7.3.2
In Data Explorer, file and directory names that contain special characters, such as the ampersand (&) and the apostrophe ('), are incorrectly transformed into HTML entities after a rename operation. For example, the ampersand is replaced by & and the apostrophe is replaced by '. This issue occurs during rename operations for files with names containing characters such as ~@$&()*!+'=;.txt.
None.
CDPD-95666: Endless progress bar for S3 folders without read permissions on Azure
7.3.2
In Azure environments, a persistent loading bar is displayed when you select a folder or file for which you do not have read permissions. This issue occurs across the file system, including S3 and HDFS. Currently, the user interface does not display an alert message to indicate that permissions are missing. Instead, the UI remains in a loading state.
None.
CDPD-93181: Incorrect Data Explorer server status reporting
Data Explorer server status is incorrectly reported as Green (Healthy) in Cloudera Manager even if the process fails to start. This occurs when the mysqlclient dependency is missing, causing database migrations to fail. The Data Explorer server appears healthy because the loglistener.py sidecar process starts first and maintains a Process ID (PID). Cloudera Manager monitors this PID and reports a successful start, even though the main Data Explorer process has terminated due to the missing dependency.
  1. Stop the Hue service in Cloudera Manager.
  2. Log in to the affected Hue host and manually terminate the loglistener.py sidecar process.
  3. Remove any stale PID files located in the /tmp/ directory, for example, /tmp/hue_*.pid.
  4. Ensure that the mysqlclient dependency is installed on the host before attempting to restart the service.

Known issues identified Before Cloudera Runtime 7.3.2

Known issues identified before Cloudera Runtime 7.3.2 include only unresolved issues from previous releases that continue to affect the Cloudera Runtime 7.3.2 base release.

CDPD-95086: Data Explorer UI fails to load due to a connection timeout error
7.3.2, 7.3.1.706
In a Cloudera Data Hub high availability (HA) environment, the Data Explorer UI can fail to load after the master0 HDFS node is deleted. Data Explorer continues to attempt connections to the deleted node because Data Explorer does not support HDFS HA. As a result, the Data Explorer file browser points to an invalid HDFS endpoint, which causes connection timeouts and renders the UI inaccessible.
You can restore access to the Data Explorer UI by updating the configured HttpFS node to an active HDFS node in Cloudera Manager and then restarting the Data Explorer service.
CDPD-92946: Data Explorer debug logging cannot be disabled
7.3.2, 7.3.1.600, 7.3.1.706
Data Explorer debug logging is always enabled and cannot be turned off.
None.
CDPD-88964: Data Explorer logs missing in Data Explorer UI
7.3.2, 7.3.1.500 through 7.3.1.706
The Data Explorer UI might display only a few lines of logs instead of the complete Data Explorer logs. This can occur due to leftover Gunicorn processes that interfere with the proper logging and display of logs within the Data Explorer interface.
  1. Stop the Data Explorer service.
  2. Terminate any remaining Gunicorn processes to clear hung or orphan processes that might be causing the issue. Run the following command (use sudo if not running as root):
    # pids=$(ps -efwww | grep rungunicornserver | grep -v "grep" | grep "rungunicornserver"| awk '{ print $2 }') && for i in $pids; do kill -9 $i ; done
  3. Restart the Data Explorer service.
CDPD-90510: Defunct Data Explorer Gunicorn worker processes accumulate
7.3.2, 7.3.1.500 through 7.3.1.706
Data Explorer on Ubuntu 22 using Oracle Database can accumulate defunct rungunicornserver worker processes due to incomplete process termination and stale database connections. This can lead to a cluttered process table, which does not critically impact service functionality.
Periodically clean defunct worker processes by running the following command:
pgrep -f 'hue rungunicornserver' | xargs -r kill -9
OPSAPS-75134: LDAP and Kerberos dual authentication fails with HiveOnTez in HTTP Transport Mode
7.3.2, 7.3.1 and its SPs and CHFs, Cloudera Manager 7.13.1 and its SPs and CHFs
Enabling LDAP for the HiveOnTez service in a Kerberos environment with transport mode set to HTTP, Data Explorer fails to load database information . This failure occurs because Data Explorer does not support the combined KERBEROS and LDAP authentication value required by HiveOnTez. The resulting conflict prevents a successful connection to HiveServer2
  • Log in to Cloudera Manager > Hive-On-Tez > Configuration > Hive Service Advanced Configuration Snippet (Safety Valve) for hive-site.xml and set the following value:
    hive.server2.authentication=LDAP,KERBEROS
  • Go to Hue > Configuration > Hue Server Advanced Configuration Snippet (Safety Valve) for hive-site.xml and set the following value:
    hive.server2.authentication=KERBEROS
CDPD-58978: Batch query execution using Data Explorer fails with Kerberos error
7.3.2, 7.3.1 and its SPs and CHFs, 7.1.9 SP1 and its CHFs
When you run Impala queries in a batch mode, you encounter failures with a Kerberos error even if the keytab is configured correctly. This is because submitting Impala, Sqoop, Pig, or pyspark queries in a batch mode launches a shell script Oozie job from Data Explorer and this is not supported on a secure cluster.
None. Submit the queries individually.
CDPD-59677: Unable to view Phoenix tables on the left assist in Data Explorer
7.3.2, 7.3.1 and its SPs and CHFs, 7.1.9 SP1 and its CHFs
On clusters secured with Knox, you might not be able to see Phoenix tables on the left assist that are present under the default database (that is, an empty('') database).
None.