The ambari disk usage alerts are meant to check two things: that you have have 
enough space total and percent free space in /usr/hdp for data created by 
hadoop and for installing versioned RPMs. Total free space alerts are something 
that you’ll probably want to fix since it means you have less than a certain 
amount of total free space left.

It seems like you’re talking about percent free space. Those can be changed via 
the thresholds that the script uses. You can’t do this through the Ambari Web 
Client. You have two options:

- Use the Ambari APIs to adjust the threshold values - this command is rather 
long; let me know if you want to try this and I can paste the code to do it.

- Edit the script directly and set the defaults to higher limits: 
https://github.com/apache/ambari/blob/branch-2.1/ambari-server/src/main/resources/host_scripts/alert_disk_space.py#L36-L37


On Oct 23, 2015, at 9:26 AM, Vijaya Narayana Reddy Bhoomi Reddy 
<vijaya.bhoomire...@whishworks.com<mailto:vijaya.bhoomire...@whishworks.com>> 
wrote:


Siddharth,

Thanks for your response. As ours was a 4 node cluster, I changed it to 
Embedded mode from distributed mode and is working fine. However, I am facing 
another issue with regards to Ambari agent disk usage alerts. Earlier, I had 
three alerts for three machines where /usr/hdp is utilised more than 50%.

Initially when I setup the cluster, I had multiple mount points listed under 
yarn.nodemanager.local-dirs and yarn.nodemaneger.log-dirs. /usr/hdp was one 
amor them Later, I changed these values such that only one value is present for 
these (/export/hadoop/yarn/local and /export/hadoop/yarn/log) and restarted the 
required components.

However, I am still seeing the Ambari disk usage alert for /usr/hdp. Can you 
please let me know how to get rid of these alerts?

Thanks
Vijay


On 22 Oct 2015, at 19:02, Siddharth Wagle 
<swa...@hortonworks.com<mailto:swa...@hortonworks.com>> wrote:

Hi Vijaya,

Please make all of the configs are accurate. 
(https://cwiki.apache.org/confluence/display/AMBARI/AMS+-+distributed+mode)

Can you attach, your ams-site.xml and /etc/ams-hbase/conf/hbase-site.xml ?

- Sid

________________________________________
From: Vijaya Narayana Reddy Bhoomi Reddy 
<vijaya.bhoomire...@whishworks.com<mailto:vijaya.bhoomire...@whishworks.com>>
Sent: Thursday, October 22, 2015 8:36 AM
To: user@ambari.apache.org<mailto:user@ambari.apache.org>
Subject: Issue with Ambari Metrics Collector - Distributed mode

Hi,

I am facing an issue while setting up Ambari Metrics in distributed mode. I am 
setting up HDP 2.3.x using Ambari 2.1.x. Initially when I was setting up the 
cluster, I was shown a warning message that the volume / directory for metrics 
service  is same as the one used by datanode and hence I was recommended to 
change it. So I went ahead and pointed it to hdfs, trying to setting up metrics 
service in distributed mode.

However, Ambari Metrics service is not set up properly and it timed out while 
setting up the cluster, showing a warning that Ambari Metrics service hasn’t 
started. I restarted the Metrics collector service multiple times, but it would 
stop again in a few seconds.

On further observation, I realised that in the ams-site.xml file, 
timeline.metrics.service.operation.mode was still pointing to “embedded", where 
as hbase-site.xml had all the required properties set correctly. So I changed 
the timeline.metrics.service.operation.mode property to “distributed” and 
restarted the required services as recommended by Ambari. However, the restart 
process is stuck at 68% and eventually timed out. Its not able to restart the 
Metrics Collector service. However, all the metrics monitor services are 
re-started without any issues.

Can anyone please throw light on why this happening and what is the solution to 
fix this?

Thanks
Vijay
--
The contents of this e-mail are confidential and for the exclusive use of
the intended recipient. If you receive this e-mail in error please delete
it from your system immediately and notify us either by e-mail or
telephone. You should not copy, forward or otherwise disclose the content
of the e-mail. The views expressed in this communication may not
necessarily be the view held by WHISHWORKS.



The contents of this e-mail are confidential and for the exclusive use of the 
intended recipient. If you receive this e-mail in error please delete it from 
your system immediately and notify us either by e-mail or telephone. You should 
not copy, forward or otherwise disclose the content of the e-mail. The views 
expressed in this communication may not necessarily be the view held by 
WHISHWORKS.

Reply via email to