Hello @SIGOYI  I suspect some issues with config.ini Please move the current config.ini (/etc/cloudera-scm-agent/config.ini) to some other  location and copy /etc/cloudera-scm-agent/config.ini from CM server to this node and just replace server_host=192.168.88.54 (if this is localhost) Also run the below command # nslookup 192.168.88.54 (Get the hostname of CM server here) # nslookup <CM_SERVER_HOSTNAME> # telnet 192.168.88.54 7182 (just repeat once again) Then do a hard restart of the agent # systemctl stop cloudera-scm-agent # systemctl stop cloudera-scm-supervisord # systemctl start cloudera-scm-agent   ... View more

Hello, Thank you for your update So SSL Is not a problem here. Also as you mentioned that telnet is working which means connectivity is fine   Please check the below information now a.) Is port 9000 and other ports and enabled nothing else is running on them https://docs.cloudera.com/cdp-private-cloud-base/7.1.8/installation/topics/cdpdc-ports-used-by-cm.html b.) Can you compare the UUID of the host present in the file /var/lib/cloudera-scm-agent/uuid on the agent with the one that is visible on CM UI (ON CM UI >> Host >> all hosts >> Select this host and you will the UUID there) it should match with the one in uuid file on host if not then please collect the file using the below command # echo -n "UUID_copied from UI" > /var/lib/cloudera-scm-agent/uuid c.) Also check /var/log/messages from the node do you see any errors there d.) Check the /var/log/cloudera-scm-server/cloudera-scm-server.log and see if you observed any errors for this node over there e.) Also, if you have any other working node, I would suggest copying the /etc/cloudera-scm-agent/config.ini from working node to this node and then try restarting the agent Let me know if you have any further queries   ... View more

Hello @SIGOYI  Can you please confirm is 192.168.88.54 I think is getting an SSL from somewhere. Can you go to CM UI >> Administration >> Settings >> Click on Security and check if TLS is enforced on the agent from CM UI   ... View more

Hello @SIGOYI  Thank you for reaching out to the community I don't this is a Auto-TLS issue at this point. As use_tls=0 which means TLS is not enforced from the agent level Could you please check /var/log/cloudera-scm-agent/cloudera-scm-agent.log to check this further Also which TLS are you using on CM is it Auto-TLS or Manual TLS? If this is Auto-TLS, are the certificates signed by CM (Auto-TLS usecase 1) or your Custom CA (Auto-TLS use case)?   ... View more

Hello @shaihavivqlik  That's really strange. Usually, this error occurs when we cannot lookup  vault.localhost.localdomain Can you check your /etc/hosts as well? Also, try pinging your CM server as well  Something is for sure wrong in the DNS records. I don't we can check any logs as this is failing at the pre-reqs itself ... View more

Hello @drewski7 I have seen Ranger Admin working with LDAP users without configuring ldap configuration in Ranger usersync By the way what is the CDP version you are using? ... View more

Hello @drewski7  Thank you for reaching out to the community Just want to clarify one thing to fix this issue you did install Ranger user sync or you configure ldap auth with user sync as well along with Ranger admin Usually, to login to Rager admin UI with ldap we just need to configure ldap configuration in Ranger Admin configuration and this should be enough. Usersync will sync users and groups to Ranger which you can use to assign permissions later from Ranger using polcies   ... View more

Hello @Oren  Thank you for reaching out to the community Please double-check the following especially vault.localhost.localdomain’s ping should be resolved   https://docs.cloudera.com/cdp-private-cloud-data-services/1.5.4/installation-ecs/topics/cdppvc-installation-ecs-steps.html   Checks to make sure there are less than 3 nameserver entries in the /etc/resolv.conf file, and checks the connections to the Cloudera Manager cluster and the CDP console. It also checks to see if vault.localhost.localdomain’s ping can be resolved. If not, it is likely that the host /etc/nsswitch.conf file is misconfigured. If this inspection fails: Check the /etc/resolv.conf and /etc/nsswitch.conf files and ensure that /etc/resolv.conf does not contain 3 or more nameservers, and that /etc/nsswitch.conf must contain myhostname under the hosts field. Check to see if the connections were resolved correctly. If connection to the CDP console fails, check to see if your DNS wildcard is configured properly.    Let us know if you have any further queries ... View more

Hello @SLCJ  Looks like your paywall credentials are incorrect Please double check those once or generate them again   https://community.cloudera.com/t5/Support-Questions/How-do-I-get-repository-credentials/m-p/311137#:~:text=the%20following%20steps%3A-,1.,down%20to%20the%20Credential%20Generator ... View more