Member since
10-25-2014
121
Posts
6
Kudos Received
4
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
534 | 10-08-2024 04:27 PM | |
2022 | 10-06-2024 12:35 PM | |
711 | 10-03-2024 11:04 AM | |
5331 | 11-14-2014 06:24 PM |
03-06-2025
11:31 AM
Hi- There are number of things to note here: Replication factor seems to be 1 for above listed tables which is not a good setting given customer is facing failures and running into unavailability situation. This needs to be at least 3 in order to deal with transient errors or even a permanent data loss on a replica. If the ksck report is showing every TS up and running, where is the problem now? Is there any tablet which is not accessible (for read/write) to the user? You could list all the tablets using "kudu table list <master_addresses> --list_tablets" and search for the tablet server hosting the replica in question from the output; you can search for tablet uuid in old logs from the time when issue was seen, from there corresponding tablet server entry should have logged at some point. But - generally speaking - if your KSCK is fixed and clean - let's say, it finished bootstrapping and/or copying after some time - and you still see INSERT problems from Spark - you need to open a case with Cloudera since the issue may require certain configs' evaluation and tuning.
... View more
11-08-2024
12:35 PM
2 Kudos
Hello- Looks like you did not follow the setup instructions in https://docs.cloudera.com/documentation/other/connectors/impala-jdbc/2-6-23/Cloudera-JDBC-Driver-for-Impala-Install-Guide.pdf. Especially when it comes to referencing Driver Libraries, like on p.8 etc. Please re-visit the document and follow the steps to have the Driver Jar "visible" to the Windows applications. HTH.
... View more
10-12-2024
06:06 PM
Hello- Please see https://impala.apache.org/docs/build/html/topics/impala_complex_types.html#complex_sample_schema for the correct schema definitions as well as examples of queries against complex data structures like ARRAY and MAP (which is implemented very similar to ARRAY in Impala). Let me know if that helps.
... View more
10-08-2024
04:27 PM
1 Kudo
Hello- Impala is architected for querying "large datasets" out of the box. However, depending on your requirements, you need to allocate enough hardware and resources. You can start with https://impala.apache.org/docs/build/html/topics/impala_scalability.html, https://impala.apache.org/docs/build/html/topics/impala_resource_management.html, https://impala.apache.org/docs/build/html/topics/impala_performance.html, and https://impala.apache.org/docs/build/html/topics/impala_planning.html. Let me know if that helps.
... View more
10-06-2024
12:35 PM
1 Kudo
Hi- If you are using the latest ODBC and seeing this issue, then this could be hitting an ODBC driver 'corner case' bug. Please open a ticket with Cloudera Support, and we will take it further to the Driver Team.
... View more
10-06-2024
12:27 PM
1 Kudo
Hello- See https://docs.cloudera.com/documentation/other/connectors/impala-jdbc/2-6-23/Cloudera-JDBC-Driver-for-Impala-Install-Guide.pdf for instructions on how to configure JAAS for JDBC. P.16, for example. Also -- just search for 'JAAS' the whole document, and follow the steps, as applicable.
... View more
10-03-2024
11:52 AM
Hello- First of all, make sure you are using the latest Impala JDBC connector. If you do - then try to add 'UseNativeQuery=1' to the JDBC connection string and re-test.
... View more
10-03-2024
11:33 AM
Hello- Make sure first of all you are using the latest Cloudera JDBC.
... View more
10-03-2024
11:04 AM
Hello- Seems like a file is missing: the code is trying to open a file, but it is not there: return Popen(*popenargs, **kwargs).wait() Also the following seems relevant to how make Python more explicit: https://stackoverflow.com/questions/8978057/raising-builtin-exception-with-default-message-in-python
... View more
05-26-2016
10:55 AM
1 Kudo
Hi, Probably, you need to try the same operation from beeline. If that works then ODBC needs tuning. If not -- then your query needs tuning.
... View more