[
https://issues.apache.org/jira/browse/TS-3364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14307929#comment-14307929
]
Leif Hedstrom commented on TS-3364:
-----------------------------------
Ya, pushing to prod, and let it fail, seems like a bad idea. Thinking about it,
rather than traffic_line/_ctrl, it'll probably be a lot easier to add this
verification process to traffic_server. E.g.
{code}
traffic_server -Cverify
{code}
And let it load all configs, and then shutdown and exit with either 0 for
success, or a status code indicating what went wrong.
> Add configuration to control traffic_server's reaction to fatal errors
> during (re)loading the config files.
> ------------------------------------------------------------------------------------------------------------
>
> Key: TS-3364
> URL: https://issues.apache.org/jira/browse/TS-3364
> Project: Traffic Server
> Issue Type: Improvement
> Components: Configuration
> Affects Versions: 5.3.0
> Reporter: Sudheer Vinukonda
>
> Currently, traffic_server fails to initialize when it encounters fatal errors
> in loading the config files during start up. During dynamic reloading of
> config files (e.g. via traffic_line), traffic_server rejects new config and
> falls back to existing/old config (however, if there was a traffic_server
> crash/restart subsequently, that can again result into failing to initialize).
> This jira proposes to make the behavior of traffic_server when it encounters
> such fatal errors configurable via a new setting
> {{proxy.config.ignore_fatal_errors}} with the below options:
> {code}
> 0 : All errors are fatal, do not load/reload
> 1 : Ignore a bad config line, continue with the rest
> 2 : Ignore a bad config line, stop parsing the file further
> ..
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
