You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Antonenko Alexander (JIRA)" <ji...@apache.org> on 2014/04/02 20:22:19 UTC
[jira] [Updated] (AMBARI-5326) Ambari should be able to configure
ATS age off parameters
[ https://issues.apache.org/jira/browse/AMBARI-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Antonenko Alexander updated AMBARI-5326:
----------------------------------------
Attachment: AMBARI-5326.patch
> Ambari should be able to configure ATS age off parameters
> ---------------------------------------------------------
>
> Key: AMBARI-5326
> URL: https://issues.apache.org/jira/browse/AMBARI-5326
> Project: Ambari
> Issue Type: Bug
> Components: client, controller
> Affects Versions: 1.5.1
> Reporter: Antonenko Alexander
> Assignee: Antonenko Alexander
> Fix For: 1.5.1
>
> Attachments: AMBARI-5326.patch
>
>
> This boolean property enables age off (defaults to enabled):
> {noformat}
> <property>
> <description>Enable age off of timeline store data.</description>
> <name>yarn.timeline-service.ttl-enable</name>
> <value>true</value>
> </property>
> {noformat}
> This property is the length of time to wait before deleting entities, based on their key timestamp (defaults to 1 week):
> {noformat}
> <property>
> <description>Time to live for timeline store data in milliseconds.</description>
> <name>yarn.timeline-service.ttl-ms</name>
> <value>604800000</value>
> </property>
> {noformat}
> This property controls how long the age off thread waits between deletion cycles (defaults to 5 minutes). It shouldn't need to be changed, but if deletion is taking too long for some reason, this value could be lowered so that it runs more frequently.
> {noformat}
> <property>
> <description>Length of time to wait between deletion cycles of leveldb timeline store in milliseconds.</description>
> <name>yarn.timeline-service.leveldb-timeline-store.ttl-interval-ms</name>
> <value>300000</value>
> </property>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2#6252)