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.
-
- Log in to Cloudera Manager as an Administrator.
- Go to to identify which NameNode is currently active.
-
Go to .
- Change the value of the
webhdfs_url property from the standby
NameNode to the active NameNode.
- Click Save Changes.
- 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.
-
- Stop the Hue service in Cloudera Manager.
- Log in to the affected Hue host and manually terminate the
loglistener.py sidecar process.
- Remove any stale PID files located in the
/tmp/ directory, for
example, /tmp/hue_*.pid.
- 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.
-
- Stop the Data Explorer service.
- 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
- 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 and set the following value:
hive.server2.authentication=LDAP,KERBEROS
-
Go to 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.