ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vitalyi Brodetskyi" <vbrodets...@hortonworks.com>
Subject Re: Review Request 36886: Ambari return fail upon service check
Date Tue, 28 Jul 2015 12:08:27 GMT

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/36886/#review93279
-----------------------------------------------------------

Ship it!


Ship It!

- Vitalyi Brodetskyi


On Липень 28, 2015, 12:08 після полудня, Andrew Onischuk wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/36886/
> -----------------------------------------------------------
> 
> (Updated Липень 28, 2015, 12:08 після полудня)
> 
> 
> Review request for Ambari and Vitalyi Brodetskyi.
> 
> 
> Bugs: AMBARI-12563
>     https://issues.apache.org/jira/browse/AMBARI-12563
> 
> 
> Repository: ambari
> 
> 
> Description
> -------
> 
> User has a third party monitoring tool that, whenever user do a
> 'su' it prints out the following message
> 
> 
> Therefore, for example when customer starts up namenode, Ambari is not able to
> phrase the status codes after executing the curl call for webHDFS, and throw
> error message and indicates the operation as fail. Meanwhile, the namenode is
> actually up and running.  
> This behavior also happens across other services, such as HBase.
> 
> This issue is causing confusion upon starting of
> services/components.
> 
> 
> Diffs
> -----
> 
>   ambari-common/src/main/python/resource_management/libraries/functions/get_user_call_output.py
PRE-CREATION 
>   ambari-common/src/main/python/resource_management/libraries/functions/jmx.py 39d6bee

>   ambari-common/src/main/python/resource_management/libraries/providers/hdfs_resource.py
994846f 
> 
> Diff: https://reviews.apache.org/r/36886/diff/
> 
> 
> Testing
> -------
> 
> mvn clean test
> 
> 
> Thanks,
> 
> Andrew Onischuk
> 
>


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message