Known issues in Impala Virtual Warehouses on public clouds
Learn about the known issues related to Impala Virtual Warehouse in Cloudera Data Warehouse service on public clouds, the impact or changes to the functionality, and the workaround.
- Do not use the start/stop icons in Impala Virtual Warehouses version 126.96.36.199-106 or earlier
- Problem: If you use the stop/start icons in Impala Virtual Warehouses version 188.8.131.52-106 or earlier, it might render the Virtual Warehouse unusable and make it necessary for you to re-create it.
- Workaround: Do not use the stop/start icons in these older Virtual Warehouses. Instead, these older versions automatically suspend and resume the Impala executors depending on the absence or presence of queries, making manual start or stop unnecessary.
- DWX-7131: Hue displays a 403 error if a user is not a member of all user groups specified in the Impala Virtual Warehouses configuration
- Problem: If you create or edit an Impala Virtual Warehouse with more than one user groups, and if a user is not a member of all the user groups that you have specified in the Virtual Warehouse configuration, then that user will not be able to access Hue.
- Workaround: Ensure that the user who is unable to access Hue is a member of all the groups that are specified in the User Groups field of the Impala Virtual Warehouse configuration.
- DWX-6674: Hue connection fails on cloned Impala Virtual Warehouses after upgrading
- Problem: If you clone an Impala Virtual Warehouse from a recently upgraded Impala Virtual Warehouse, and then try to connect to Hue, the connection fails.
- Workaround: Create a new Impala Virtual Warehouse and do not clone from a recently upgraded warehouse. Then the connection to Hue from the new Impala Virtual Warehouse succeeds.
- DWX-5841: Virtual Warehouse endpoints are now restricted to TLS 1.2
- Problem: TLS 1.0 and 1.1 are no longer considered secure, so now Virtual Warehouse endpoints must be secured with TLS 1.2 or later, and then the environment that the Virtual Warehouse uses must be reactivated in CDW. This includes both Hive and Impala Virtual Warehouses. To reactivate the environment in the CDW UI:
- Workaround: If environment reactivation is not possible, you can perform manual
steps using the
kubectlcommand line tool to pick up the TLS 1.2 endpoint change. Open a terminal window on a system where the
kubectlcommand line tool is installed, log in, and run the following commands:
kubectl edit svc nginx-service -n <cluster-name> # Add the following under the metadata.annotations field service.beta.kubernetes.io/aws-load-balancer-ssl-negotiation-policy: "ELBSecurityPolicy-TLS-1-2-2017-01" # Save and quit the editor, and then run the following command to check your changes. kubectl get svc nginx-service -n <cluster-name> -o yaml # Make sure that the annotation you added is present.
- DWX-5276: Upgrading an older version of an Impala Virtual Warehouse can result in error state
- Problem: If you upgrade an older version of an Impala Virtual Warehouse (DWX 184.108.40.206-4) to the latest version, the Virtual Warehouse can get into an Updating or Error state.
- Workaround: none
- DWX-3914: Collect Diagnostic Bundle option does not work on older environments
- The Collect Diagnostic Bundle menu option in Impala Virtual Warehouses does not work for older environments:
- Data caching:
- This feature is limited to 200 GB per compute node, multiplied by the total number of compute nodes.
- Sessions with Impala continue to run for 15 minutes after the connection is disconnected.
- When a connection to Impala is disconnected, the session continues to run for 15 minutes in
case so the user or client can reconnect to the same session again by presenting the
session_token. After 15 minutes, the client must re-authenticate to Impala to establish a new connection.