Member since
06-20-2016
308
Posts
103
Kudos Received
29
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
1962 | 09-19-2018 06:31 PM | |
1452 | 09-13-2018 09:33 PM | |
1419 | 09-04-2018 05:29 PM | |
4431 | 08-27-2018 04:33 PM | |
3499 | 08-22-2018 07:46 PM |
05-12-2017
09:11 PM
@Syed Jawad Gilani it is difficult to tell the reason by seeing above error message. but are you generating keystore files from the latest Java and trying to use in older java? please check that.
... View more
05-11-2017
11:25 PM
@Syed Jawad Gilani Do you still have this issues? sorry - i did not check your questions earlier.
... View more
05-11-2017
11:23 PM
@Karan Alang you can follow my article at https://community.hortonworks.com/articles/52875/enable-https-for-hdfs.html
... View more
04-27-2017
06:07 PM
2 Kudos
If cluster size is large and it is more than 1 year then Ambari gets slows down bit - so it is recommended to purge historical operational data. Note: You would loose upgrade history as well - Ambari does not use the upgrade history in any way. Note: (Updated in August 2017) :From Ambari 2.5.x there is a product utility to do the clean up - "db-cleanup" Here is list of queries to delete more than 1 month operational data. please do this with caution. Take a database backup before attempting to perform this. CREATE TEMPORARY TABLE IF NOT EXISTS tmp_request_id AS
SELECT MAX(request_id) AS request_id FROM request WHERE create_time <= (SELECT (UNIX_TIMESTAMP(NOW()) - 2678400) * 1000 as epoch_1_month_ago_times_1000);
CREATE TEMPORARY TABLE IF NOT EXISTS tmp_task_id AS
SELECT MAX(task_id) AS task_id FROM host_role_command WHERE request_id <= (SELECT request_id FROM tmp_request_id);
CREATE TEMPORARY TABLE IF NOT EXISTS tmp_upgrade_ids AS
SELECT upgrade_id FROM upgrade WHERE request_id <= (SELECT request_id FROM tmp_request_id);
DELETE FROM execution_command WHERE task_id <= (SELECT task_id FROM tmp_task_id);
DELETE FROM host_role_command WHERE task_id <= (SELECT task_id FROM tmp_task_id);
DELETE FROM role_success_criteria WHERE request_id <= (SELECT request_id FROM tmp_request_id);
DELETE FROM stage WHERE request_id <= (SELECT request_id FROM tmp_request_id);
DELETE FROM topology_logical_task;
DELETE FROM requestresourcefilter WHERE request_id <= (SELECT request_id FROM tmp_request_id);
DELETE FROM requestoperationlevel WHERE request_id <= (SELECT request_id FROM tmp_request_id);
DELETE FROM upgrade_item WHERE upgrade_group_id IN (SELECT upgrade_group_id FROM upgrade_group W
HERE upgrade_id IN (SELECT upgrade_id FROM tmp_upgrade_ids));
DELETE FROM upgrade_group WHERE upgrade_id IN (SELECT upgrade_id FROM tmp_upgrade_ids);
DELETE FROM upgrade WHERE request_id <= (SELECT request_id FROM tmp_request_id);
DELETE FROM request WHERE request_id <= (SELECT request_id FROM tmp_request_id);
DELETE FROM topology_host_task;
DELETE FROM topology_host_request;
DELETE FROM topology_logical_request;
DELETE FROM topology_host_info;
DELETE FROM topology_hostgroup;
DELETE FROM topology_request;
DROP TABLE tmp_upgrade_ids;
DROP TABLE tmp_task_id;
DROP TABLE tmp_request_id;
Note: These queries works on MySQL database.
... View more
Labels:
04-26-2017
05:00 PM
@Saif You don't have to kill every time. what is the error in grafana logs? earlier you mentioned it was not even starting. now you can check the logs for new error messages.
... View more
04-26-2017
04:58 PM
@Martin Muller based on the error message - it appears like Hive is not able to connect to the database. is the metastore and hive DB is in same host? can you try to connect manually and see if there is any issue with DB.
... View more
04-25-2017
12:14 AM
@Anish Gupta That means server is listening on 8440 port and Agent should be able to communicate with out any issues. please see if there is any errors in ambari server logs?
... View more
04-24-2017
08:59 PM
@Anish Gupta Check if your Ambari server is configured with security.server.two_way_ssl=true in ambari.properties file. Does you Agent's ambari-agent.ini shows like below or is it different in any way?
[server]
secured_url_port = 8441
hostname = AMBARIHOST
url_port = 8440
Also did you trying running "openssl s_client -connect AMBARIHOST:8440" ?
... View more
04-24-2017
07:47 PM
@Anish Gupta Are you running Ambari server on 2way SSL? by default Ambari communicates with Agents with one way SSL using 9440 but in your case Agent is trying to communicate on 9441 which is 2way SSL port. If you are fine with one way SSL then you can check in Ambari "security.server.two_way_ssl = false" and disable 2way SSL. On other side you can below Open SSL command and see what response server gives back. 1. Oneway SSL: openssl s_client -connect apappu5.hdp.com:8440 2. 2way SSL: openssl s_client -connect apappu5.hdp.com:8441
... View more
04-24-2017
06:01 PM
just check "netstat -anlp | grep 3000" and then check which process is running on that and then kill if it is not needed.
... View more