Member since
10-18-2018
147
Posts
34
Kudos Received
19
Solutions
My Accepted Solutions
| Title | Views | Posted |
|---|---|---|
| 2011 | 01-12-2025 04:31 PM | |
| 5301 | 08-08-2024 03:03 AM | |
| 1170 | 08-07-2024 12:57 PM | |
| 1663 | 03-22-2024 08:04 AM | |
| 5013 | 03-20-2024 01:05 PM |
01-23-2023
07:55 AM
What processing time should we expect? It is unfortunate that I am not in a position to share an ETA on this as this certification involves larger teams within Cloudera. We are considering which CentOS version to use for the upcoming installation and we are unsure if it is worth waiting. Sure, Is there a specific Business goal that aligns with making use of CentOS 9 Stream? Else, May I suggest you try the CDP 7.1.7 SP1 on CentOS 8.6? HTH.
... View more
01-22-2023
11:34 PM
1 Kudo
@DrManu Hey Manuel, G'Day! I appreciate your patience with me on this ask. I got a chance to notify this to our Product Team by flagging an Internal JIRA, as follows: INTERNAL JIRA Details: JIRA ID: PLATFORM-197 JIRA Subject: Add Support for CentOS 9 Stream Once the Platform(CentOS 9 Stream) is certified(Tested) by our Product Team, the same will be updated in the Product Support Matrix[0a]. [0a] https://supportmatrix.cloudera.com/ I hope this helps. If you find my answer addressed your ask, please take a minute to login and click the "Accept as Solution" button, so this will be highlighted for this thread. - V
... View more
01-19-2023
12:19 AM
1 Kudo
Hello @DrManu Thank you for bringing this in our Community. Per our Products' Support Matrix[0a], We have tested our CDP Private Cloud lineup until CentOS 8.6 [0a] https://supportmatrix.cloudera.com/ Are there any plans to officially support it in the near future? I'll start an internal conversation to keep track of this request. You can expect me to update this thread in some time. Additionally, Do you have specific CDP version in mind that you'd like to tag this request to? Let me know your thoughts. - V
... View more
10-18-2022
07:00 AM
Thanks for sharing how that was resolved. Did we achieve the end-goal? Also, Q. Did you get to try/test the steps mentioned in our Blog, comparing your spark-submit?[0] [0] https://blog.cloudera.com/introducing-apache-spark-on-docker-on-top-of-apache-yarn-with-cdp-datacent... In the above blog, Check out the Demo I section, "Running PySpark on the gateway machine with Dockerized Executors in a Kerberized cluster." V
... View more
10-17-2022
09:24 AM
Hey @prabhu111 Thank you for bringing this to our community. >>>> [Cloudera][DriverSupport] (1100) SSL certificate verification failed because the certificate is missing or incorrect. <<<< Since I could not narrow-down what could be the probable cause(s) for this. Here is something I would suggest you start with: 1. Did the problem occur after the SSL Certs were renewed/updated on this Cluster? 2. What is the ODBC Connection string used to connect to Impala? SANITY CHECKS: 3. Try enabling TRACE level ODBC DRIVER logging and observe the logs for probable cause. The instructions are in Page 19 of this Driver doc: https://www.cloudera.com/documentation/other/connectors/impala-odbc/latest/Cloudera-ODBC-Driver-for-Impala-Install-Guide.pdf Assuming that you are using "cacert.pem" under "C:\Program Files\Cloudera-ODBC Driver-for-Impala\lib" for "Trusted Certificates". The trusted CA certificates in the cacert.pem file will be used to verify the Impala server. 4. You can also verify the certs with the following openssl command: openssl s_client -showcerts -servername <server fqdn> -connect <server>:21050 5. See if you have Valid/Proper cacert.pem file with the non-expired dates? If it is expired it needs to be updated/renewed with the new CA certs. HTH. V
... View more
10-17-2022
04:03 AM
Hello @vtpcnk Good Day! Circling back to see if my post helped you with this task. If yes, Please mark the answer as "Accept as Solution". So this will be highlighted as solution to this ask for other users in our community. V
... View more
10-17-2022
03:37 AM
Hey @hanumanth Thank you for marking this post as Accepted Solution. If you find my sanity checks helpful, you can also thank me by clicking on the thumbs up button:) V
... View more
10-17-2022
02:44 AM
Hey @fares_ Sorry about the delayed update. I was away. Q. how was the Docker Mount issue resolved? Please share the context of the steps taken. >>> I solved the mount issue, but that took me back to the same main issue which mentioned in the main post. Are you still observing invalid Docker mount error? Did you get to try/test the steps mentioned in our Blog?[0] [0] https://blog.cloudera.com/introducing-apache-spark-on-docker-on-top-of-apache-yarn-with-cdp-datacenter-release/ In the above blog, Check out the Demo I section, "Running PySpark on the gateway machine with Dockerized Executors in a Kerberized cluster." Keep us posted. V
... View more
10-04-2022
12:07 PM
Hey @hanumanth Circling back to know if the posted checks helped you with this task. Additionally, Please share what was done to sort this situation. HTH!
... View more
09-30-2022
10:24 AM
1 Kudo
[30/Sep/2022 19:37:38 +0000] 1048 MainThread agent WARNING Long HB processing time: 7.00362992287 [30/Sep/2022 19:38:01 +0000] 1048 DnsResolutionMonitor throttling_logger INFO DnsTest not running. Java not located. Hey @hanu Thank you for writing this in our Community. SANITY CHECKS: The above states that there could be no JAVA_HOME set. Q. Can you review if you this host has right JAVA_HOME set? or configured with a custom location? 0a. You can navigate to CM > Hosts > All Hosts> Affected Host > Quick Link > Host agent and check the value for JAVA_HOME inside the section "Component Info" 1. Make sure you have the proper values for CM agent under /etc/cloudera-scm-agent/config.ini? 1a. Compare and fix the UUID of the CM agent on the affected node, if need be. Compare CM > Hosts > All Hosts > Affected Host UUID with /var/lib/cloudera-scm-agent/uuid If they do not match, Carry on with the following steps: Navigate to CM > Hosts > All Hosts 1. Identify the UUID Click on Affected Host > Under “Details” copy the “Host ID”. This is the affected CM agent's UUID. 2. SSH to affected host, and Stop the CM agent #systemctl stop cloudera-scm-agent 3. Navigate to var/lib/cloudera-scm-agent/ 4. Make a backup of the existing uuid file. # cp var/lib/cloudera-scm-agent/uuid /tmp/agent-uuid.bk 5. Change the contents of the UUID file with the CM-UI uuid (i.e from step 1) # echo -n “<UUID_from_CM-UI>” > /var/lib/cloudera-scm-agent/uuid 6.Start the Agent: # systemctl start cloudera-scm-agent 2. Check Network configuration if there is no Heartbeat to CM Server. Try comparing and update the following as needed to match one of the nodes that does not have any issues. /etc/cloudera-scm-agent/config.ini /etc/resolv.conf /etc/hosts /etc/nsswitch.conf Once the above is updated/fixed, the CM agent requires restart: # systemctl restart cloudera-scm-agent Let us know if this helps, else, Share your observations. Thanks!
... View more
- « Previous
- Next »