[
https://issues.apache.org/jira/browse/AMBARI-17799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15385105#comment-15385105
]
Hudson commented on AMBARI-17799:
---------------------------------
FAILURE: Integrated in Ambari-trunk-Commit #5343 (See
[https://builds.apache.org/job/Ambari-trunk-Commit/5343/])
AMBARI-17799. AMS: Deleting ZK data in embedded mode results in external
(swagle:
[http://git-wip-us.apache.org/repos/asf?p=ambari.git&a=commit&h=9f79fa9f5ec5ccb50db7e6a28656f85bc2e3c3ff])
*
ambari-server/src/main/resources/common-services/AMBARI_METRICS/0.1.0/package/scripts/ams_service.py
*
ambari-metrics/ambari-metrics-timelineservice/conf/unix/ambari-metrics-collector
> AMS: Deleting ZK data in embedded mode results in external phoenix clients
> unable to connect on AMS restart
> -----------------------------------------------------------------------------------------------------------
>
> Key: AMBARI-17799
> URL: https://issues.apache.org/jira/browse/AMBARI-17799
> Project: Ambari
> Issue Type: Bug
> Components: ambari-metrics
> Affects Versions: 2.0.0
> Reporter: Siddharth Wagle
> Assignee: Siddharth Wagle
> Priority: Critical
> Fix For: 2.4.0
>
> Attachments: AMBARI-17799.patch
>
>
> AMS stack script delete ZK data because when standalone HBase restarts, the
> ZK data quite frequently gets corrupt and the restart is no longer works.
> This is because all daemon run inside the same JVM. We had to do this as a
> workaround after which restart of AMS in embedded mode became reliable
> With HBASE-16244, the standalone mode restart will succeed and we do not need
> to cleanup zookeeper data
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
