Member since
09-29-2015
5226
Posts
22
Kudos Received
34
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
1391 | 07-13-2022 07:05 AM | |
3584 | 08-11-2021 05:29 AM | |
2326 | 07-07-2021 01:04 AM | |
1572 | 07-06-2021 03:24 AM | |
3540 | 06-07-2021 11:12 PM |
06-12-2020
04:08 AM
Hello @ijarvis , - If you are looking to try out HDP, please consider downloading our HDP Sandbox [1]. It does not require to become a subscription customer or to have paywall credentials. - If you would like to deploy HDP in a production environment, please reach out to our Sales Team [2] to guide you further. Once you are a subscription customer, make sure you are registered to our Support Portal [3], please. Please note, the Community Portal registration is different from the Support Portal one. After logging in to the Support Portal, you can navigate to the Downloads page and follow an automated process for the paywall credentials. You will need your license key ready to generate the paywall credential, if you need a copy of the license key, you can open a non-technical case to request it (once you are registered and logged in to our Support Portal). The binaries are behind a paywall for which you need paywall credentials. Please see more about our Licencing Policy FAQ under [4]. - you can always download and compile the source code [5], which is not behind the paywall Please let me know if you need further input! Thank you: Ferenc [1] https://www.cloudera.com/downloads/hortonworks-sandbox.html [2] https://www.cloudera.com/contact-sales.html [3] https://sso.cloudera.com/register.html [4] https://www.cloudera.com/products/faq.html [5] https://github.com/hortonworks/hadoop-release/releases
... View more
06-12-2020
12:46 AM
Hello @ijarvis , thank you for reaching out reporting that you could not access to a restricted page to download HDP. Based on [1]: "Starting with the HDP 3.1.5 release, access to HDP repositories requires authentication. To access the binaries, you must first have the required authentication credentials (username and password). Authentication credentials for new customers and partners are provided in an email sent from Cloudera to registered support contacts. Existing users can file a non-technical case within the support portal (https://my.cloudera.com) to obtain credentials. Previously, HDP repositories were located on AWS S3. As of HDP 3.1.5 / Ambari 2.7.5, repositories have been moved to https://archive.cloudera.com". Should you already a Cloudera Customer and have issues accessing the Support Portal as the first step, please register on the portal [2] and follow the instructions there. Please let us know if I've addressed your enquiries. Thank you: Ferenc [1] https://docs.cloudera.com/HDPDocuments/Ambari-2.7.5.0/bk_ambari-installation/content/ch03s02s01.html [2] https://sso.cloudera.com/register.html
... View more
06-11-2020
02:19 AM
Hello @Fawze , thank you for raising your question regarding on our Common Vulnerabilities and Exposures (CVE) processes. Please see [1] and [2] articles on how we handle vulnerabilities and [3] for the Security Bulletins. Q1) Is the patching process part of the CDH versions, if i need to apply a patch do i have other ways without upgrading the CDH version? A1) for Cloudera Customers there is a patching process available, however the process is equivalent to deploying to a new minor version. Therefore we encourage applying the latest minor versions instead of patching when fix is available. There are situations when patching is not possible because of the amount of code change / redesign required. If you are a subscription customer, please file a Support ticket on our Support Portal listing all your requirements and we will guide you through the process. When you are in the process of redesigning your cluster, please involve your Account Team (Sales Team) as early as possible, as they might able to assist you to build a more robust system. Q2) Is there a dedicated board for cloudera/hadoop vulnerability issues that can be used as source of truth? A2) Yes, it is called Security Bulletins. Please see [3] Q3) Where i can get the patches? is it requesting subscription? A3) Yes, it is required to have a subscription to access Support. We understand that patching is an expensive exercise, therefore we do our best to identify options on how to resolve your issue, which might not require a patch. Please always apply the latest minor version release for your Cloudera software, as it contains the latest bug fixes. By this you can reduce the likelihood of downtime. Q4) For example, i want to follow this one https://nvd.nist.gov/vuln/detail/CVE-2019-14449 , is it mean to get this done i need to upgrade to 5.16.2 or there is a patch that i can download and run it? A4) Based on [3] there is no workaround identified, which means you have to upgrade to a version that contains the fix: Cloudera Manager 5.16.2, 6.0.2, 6.1.1, 6.2.0, 6.3.0 Since the issue affects CM only, you do not need to upgrade your CDH, only CM. Please let us know if we answered all of your enquiries and if so, please mark the answer as the solution, so it will be easier for other community members to find it. Best regards: Ferenc [1] http://blog.cloudera.com/blog/2016/05/clouderas-process-for-handling-security-vulnerabilities/ [2] http://www.apache.org/security/committers.html#vulnerability-handling [3] https://docs.cloudera.com/documentation/other/security-bulletins/topics/Security-Bulletin.html
... View more
06-09-2020
07:24 AM
Hello @BSST , thank you for sending the agent logs. Based on this because of some reason the agent cannot connect to the CM server.: [07/Jun/2020 09:30:46 +0000] 1182 MainThread agent ERROR Heartbeating to 192.168.1.8:7182 failed. error: [Errno 111] Connection refused You will need to troubleshoot the connectivity between the agent node and the CM Server node and if the port is listening on the CM node. What does the CM Server log shows at this period of time, please? (/var/log/cloudera-scm-server/cloudera-scm-server.log [1]). Do you see any exception there? Did you follow all the steps one-by-one in our documentation? This issue can be caused by multiple reasons e.g. even if the agent is configured for TLS, but the CM Server is not: Network problem, the CM Server is now on another node (check the IP address), certificate issues. Check if the CM Server has enough heap dedicated. Too low heap will result JVM to turn into heavy GC activity, rendering it unresponsive causing timeouts. Please let us know if you managed to overcome this issue. Kind regards: Ferenc [1] https://docs.cloudera.com/cloudera-manager/7.1.0/monitoring-and-diagnostics/topics/cm-logs.html
... View more
06-08-2020
02:18 AM
Hello @muslihuddin , Thank you for raising your concern about the CDP7.1.1 trial version allowing you only select CDH 6.3. and CDH 5.16 versions. The [1] documentation under "Upgrades from CDH to higher versions of CDH" explains that "Upgrades to Cloudera Manager 6.3.3 or higher now require a Cloudera Enterprise license file and a username and password." I believe this is the explanation why you only have these versions listed. We appreciate your feedback on the product, as it allows us to improve our documentation. Raising a request internally on adding this limitation under the Trial Installation section [2]. Kind regards: Ferenc [1] https://docs.cloudera.com/cdp/latest/upgrade/topics/cdpdc-upgrade-paths.html [2] https://docs.cloudera.com/cdpdc/7.0/installation/topics/cdpdc-install-runtime-using-wizard.html
... View more
06-08-2020
01:07 AM
Hello @Mondi , thank you for raising your question about why application logs being deleted from the nodes after the applications finished running and why is it happening, how to keep them in place. When log aggregation is enabled with the 'yarn.log-aggregation-enable = true' [1] you will observe the behaviour described: after the logs are aggregated to HDFS, the logs are immediately deleted from the local file system. Log aggregation does not start until the application is finished. If you need to keep the logs and some other temporary files on the local node for troubleshooting and you have log aggregation turned on then you can use yarn.nodemanager.delete.debug-delay-sec . This is set to 0 seconds by default causing the immediate delete. Should you disable log aggregation, non aggregated logs are kept for yarn.nodemanager.log.retain-seconds = 10800 seconds (3*3600 seconds or 3 hours). After that the NodeManager will delete the log files. Please let us know if your enquiries been addressed! Thank you: Ferenc [1] https://hadoop.apache.org/docs/r2.7.0/hadoop-yarn/hadoop-yarn-common/yarn-default.xml
... View more
06-03-2020
07:23 AM
1 Kudo
Hello @Mondi , thank you for sharing with us your concerns. I believe you were referring to the thread under [1]. dr.who is a username used for all unauthenticated users who submit job to YARN. You can be subject to malware attacks when your cluster is not secured and connected to the Internet. Please see [2] on this topic and how to remedy. Please always secure your cluster [3]. Make sure you enable authentication for web consoles [4] (securing your UIs). Once enabled, secured web UI will require SPNEGO to be configured on the browser you are accessing it e.g. the YARN Web UI. Please let us know if you need more information on this topic. Thank you: Ferenc [1] https://community.cloudera.com/t5/Support-Questions/HDP-2-6-1-Virus-CrytalMiner-dr-who/m-p/197497/highlight/true#M159548 [2] https://blog.cloudera.com/protecting-hadoop-clusters-from-malware-attacks/ [3] https://docs.cloudera.com/documentation/enterprise/6/6.3/topics/security.html [4] https://docs.cloudera.com/documentation/enterprise/6/6.3/topics/cm_sg_web_auth.html
... View more
06-02-2020
12:47 AM
Hello @BSST , thank you for letting us know that you need clarification on how to set the ports used by CM and related products. Please see our "Ports Used by Cloudera Runtime Components" documentation [1] that hopefully covers your enquiry. Kind regards: Ferenc [1] https://docs.cloudera.com/cdpdc/7.0/installation/topics/cdpdc-ports-used-by-runtime.html
... View more
06-02-2020
12:10 AM
Hello @MikeZ , thank you for getting back with your analysis. We do not recommend to customise the CDH releases, as it might lead to unforeseen instabilities that might be very difficult to debug. Please consider to evaluate our CDP Trial release [1], in which the functionality you need is included and supported. Best regards: Ferenc [1] https://docs.cloudera.com/cdpdc/7.0/installation/topics/cdpdc-trial-download-information.html
... View more
05-28-2020
01:23 AM
Hello @BSST , thinking it through my impression is that the agents are not able to reach the server and vice versa. The screenshot shows that CM is waiting for the CM agent to heartbeat in, which doesn’t happen. Did you completed this step in [1], please? "Firewalls (such as iptables and firewalld) must be disabled or configured to allow access to ports used by Cloudera Manager, CDH, and related services." Another possibility is that SELinux is enabled. [1] points out that "Security-Enhanced Linux (SELinux) must not block Cloudera Manager or CDH operations" Please check the CM agent logs that would assist to find the root cause. Thank you: Ferenc [1] https://docs.cloudera.com/documentation/enterprise/6/release-notes/topics/rg_network_and_security_requirements.html
... View more