Member since
10-09-2015
62
Posts
48
Kudos Received
14
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
3338 | 09-07-2017 07:15 PM | |
3296 | 06-26-2017 08:24 PM | |
2454 | 02-03-2017 08:21 PM | |
2964 | 01-28-2017 12:32 AM | |
2287 | 01-12-2017 07:39 PM |
12-28-2016
09:20 PM
@Sami Ahmad configure-kerberos.pngWhen enabling Kerberos on "configure Kerberos" page () please verify that all mandatory fields have been entered with correct value specially realm name. The value of realm name should be same as present in /etc/krb5.conf file on manually installed KDC server host After that verify that "Test KDC Connection" works ok. Verify that the admin principal and keytab that you have entered on this page can kinit successfully with the KDC server. Hope this helps isolate the issue. if you have customized any non-mandatory configuration on this page, please let us know so we can consider to analyze this issue.
... View more
12-28-2016
07:14 PM
1 Kudo
@Sami Ahmad @Divakar Annapureddy if you are using older version of Ambari then you following above mentioned useful links is the best course of action. Ambari-2.4.0 version has added a new feature for being able to delete service from Ambari UI. If you are using Ambari-2.4.0 or higher, you can use Ambari UI to delete a service. The action of deleting a service is available under Service Actions delete-service.png This is more reliable way of deleting a service if using Ambari-2.4.0 (it's the version when feature was addd in the ui) as ui also additionally changes the configs of the cluster when a service is deleted. For example when deleting a Ranger service, ui will automatically turn off Ranger plugins for all services (done by config changes in respective services) and do any other config change required and then delete Ranger service. Also this is now more tested way of deleting service. Basically guaranteed way of other services will still remain healthy and not be affected by deleting any partiuclar service.
... View more
12-28-2016
06:52 PM
@Sami Ahmad "Configure Identities" is related to creating and customizing principal/keytab for the new service being added which is required if you have Kerberos environment. That screen is shown only if you have enabled Kerberos in your setup and then add a service. If you don't have Kerberos service in your cluster that screen will not be shown and that is an expected behavior.
... View more
12-22-2016
07:31 PM
@Sami Ahmad I believe there are two outstanding questions over here right now 1. Disparity in the screenshots of the link and you cluster deployment view of the Ranger KMS service The reason for this disparity could be Ambari version. If you upgrade your Ambari to 2.4.0 or above version then you should see the KMS HSM tab for HDP-2.5 stack deployment. This work of showing KMS HSM related properties in separate tab was done as part of Ambari-2.4.0 release in https://issues.apache.org/jira/browse/AMBARI-15752 work 2. The screenshot you attached above show validation error for the entered key I believe this could be the case of copy paste of key name which could have appended whitespace in the end. Please try removing any whitespace at the beginning or end of the key. That should solve the issue. If it doesn't work for you, please create apache Ambari ticket at https://issues.apache.org/jira/browse/AMBARI/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel and notify me about it on this thread. I can look into the cause and fix for the issue FYI: I have create https://issues.apache.org/jira/browse/AMBARI-19287. Once it is fixed, validation error will not show up if there are any trailing white spaces in the key name. ambari will handle that. I hope this will help to avoid creating a confusing situation for the end user.
... View more
12-22-2016
02:12 AM
@Jay SenSharma Although above mentioned steps can be more simplified (no need to create other user), they should do the needed work to get user unblock from this issue
... View more
12-22-2016
02:08 AM
@Sagar Shimpi This seems to be correct approach but few things to be aware of This will resolve issue for the current logged in user but other users will have same issue of seeing "Add service wizard" in progress label unless the current logged in user logs off and logs in back at which user will be directed to add service wizard and then cancels add service wizard. After that this issue will go away for all other ambari users As said above after the execution of the API if current user signs out and signs back in then user will be directly redirected to add service wizard
... View more
12-22-2016
02:01 AM
2 Kudos
@chennuri gouri shankar Expected Ambari Behavior:
If any admin user is in the middle of the wizard then other users who signs in should be informed about that. Since all wizard does some specific operations like add/delete components or start/stop service that need to happen in sequence, other logged in user are at that time not allowed to perform any service related operations. This behavior was added after getting feedback from ambari user community as part of https://issues.apache.org/jira/browse/AMBARI-13123. Due to some reason if any admin initiated a wizard but did not complete it or for any unknown bug in ambari, if the label keeps on showing then you can use following steps to make it disappear
Go to ambari-web experimental page and reset ui state. Its url is http://c6402.ambari.apache.org:8080/#/experimental. c6402.ambari.apache.org is the ambari-server hostname. I have attached snapshots of the page as well. experimental-page-click-on-reset-ui-state.png Sign out from ambari-web Execute following API call from bash command line with admin privileged user credentials curl -u admin:admin -i -H 'X-Requested-By: ambari' -X POST -d '{"wizard-data":"null"}' http://c6402.ambari.apache.org:8080/api/v1/persist Here admin:admin is username:password and c6402.ambari.apache.org is the ambari-server hostname This will completely resolve the issue. After executing these steps, none of the user login will see any wizard being in progress. Note: when doing this you need to be careful that you are not stepping on any other admin who is in the middle of the wizard. These steps essentially clears all wizard related cached information and the ongoing wizard if any will be hampered If you want to check on the wizard state which ambari thinks is ongoing (add service in your case), then just execute 2nd and 3rd steps mentioned above. Logging in back will take you to the wizard page which was left unfinished before. you can choose to complete or exit from wizard thereafter and then the cache will be automatically cleared and you will no longer see the "ongoing wizard" label on the dashboard page. FYI: I have created https://issues.apache.org/jira/browse/AMBARI-19276 so that going forward only clicking on reset ui button will be sufficient to workaround if user gets stuck in this state.
... View more
10-06-2016
09:43 PM
1 Kudo
@Brandon Wilson How can I remove a non-custom configuration parameter from a service in Ambari This is not possible to do solely via UI bit can be achieved with few manual steps Solution: Step1: Use configs.sh script provided on ambari-server host at location /var/lib/ambari-server/resources/scripts/configs.sh to delete a config property from a configuration file being managed and saved by Ambari in it's database Step2: Also remove those properties from static configuration file packaged with the service definition used by the stack that is deployed. This can be found at ambari-server host at location /var/lib/ambari-server/resources/common-services/ or inside stack located at /var/lib/ambari-server/resources/stacks/HDP/{version_name}/services/SPARK/configurations/* Step3: Restart ambari server process: ambari-server restart @Brandon Wilson if this is a valid use case that you feel should be addressed rather that doing a wrokaround than please create Apache Ambari Jira for this issue explaining your use-case. so someone can look into it and fix it in upcoming version of Ambari Also the two properties that you mentioned spark.yarn.principal and spark.yarn.keytab does not seem to be defined in the stack making them custom properties. can you please confirm your ambari version and under what section are these properties being exposed on service config page ?
... View more
06-08-2016
01:22 AM
1 Kudo
@Tim Veil Ambari will require kerberos admin principal in turn to create principals and keytabs for hadoop services. This is a pre-requisite that needs to be manually done. An admin kdc credential can be created by manually executing following command: kadmin.local -q 'addprinc -pw admin admin/admin' Other pre-requisites include: 1) Existing and working KDC. 2) Install and configure Kerberos client on Ambari server 3) making sure the JCE policies are present on all hosts. This is taken care by ambari if user selects default option of Ambari provisioned JDK while setting up ambari-server. But if user selects custom JDK then user needs to make sure that JCE policies are present on all hosts.
... View more
05-11-2016
06:41 PM
4 Kudos
@Zack Riesland you can use Ambari's RESTFul APIs to know this on a deployed cluster. For determining ambari server DB use following API: http://c6401.ambari.apache.org:8080/api/v1/services/AMBARI/components/AMBARI_SERVER?fields=RootServiceComponents/properties/server.jdbc.database For determining Hive Metastore DB use following API and lookup for hive_database property http://c6401.ambari.apache.org:8080/api/v1/clusters/c1/configurations/service_config_versions?service_name=HIVE&is_current=true For determining Hive Metastore DB use following API and lookup for oozie_database property http://c6401.ambari.apache.org:8080/api/v1/clusters/c1/configurations/service_config_versions?service_name=OOZIE&is_current=true
... View more
- « Previous
- Next »