You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@trafficserver.apache.org by "Leif Hedstrom (JIRA)" <ji...@apache.org> on 2016/09/08 16:01:20 UTC
[jira] [Updated] (TS-4463) Explicit reconfiguration should not
check for file changes
[ https://issues.apache.org/jira/browse/TS-4463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Leif Hedstrom updated TS-4463:
------------------------------
Fix Version/s: (was: 7.0.0)
8.0.0
> Explicit reconfiguration should not check for file changes
> ----------------------------------------------------------
>
> Key: TS-4463
> URL: https://issues.apache.org/jira/browse/TS-4463
> Project: Traffic Server
> Issue Type: Improvement
> Components: Management API
> Reporter: James Peach
> Assignee: James Peach
> Labels: incompatible
> Fix For: 8.0.0
>
>
> When an operator runs {{traffic_ctl config reload}} that is an explicit signal that they want the configuration reloaded. We should not second guess that by checking whether files are updated like we do today.
> One use case for this is when {{proxy.config.disable_configuration_modification}} is enabled and you change configuration in memory with the API. It is surprising and confusing to have to touch {{records.config}} to restore the old values.
> Consider whether we should add a {{\-\-changed-only}} flag to only reload changed configuration. I'm leaning against that but could be persuaded.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)