[ https://issues.apache.org/jira/browse/TS-3650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14567736#comment-14567736 ]
ASF GitHub Bot commented on TS-3650: ------------------------------------ Github user jpeach commented on the pull request: https://github.com/apache/trafficserver/pull/206#issuecomment-107664507 There's no way to know whether a metric was set by ``traffic_line``. The best you can do is to say whether a metric was set by a specific API, but that's complex and low value IMHO, and as you pointed out above, that information is lost when the configuration is persisted. > Configuration variables should track their source > ------------------------------------------------- > > Key: TS-3650 > URL: https://issues.apache.org/jira/browse/TS-3650 > Project: Traffic Server > Issue Type: Improvement > Components: Configuration > Reporter: Alan M. Carroll > Assignee: Alan M. Carroll > > A configuration variable can get its value from a variety of sources. It > would be useful to be able to programmatically determine that source. At a > minimum the ability to determine if a variable was set explicitly in a > configuration file vs. using a built in default value would be very useful. > In addition this information should be made available to the administrator > via {{traffic_ctl}} to aid in debugging. > The proposed values are > * {{DEFAULT}} - built in default, hard wired. > * {{FILE}} - read from a configuration file. > * {{API}} - set via an API of some sort ({{traffic_line}} etc.) > * {{CLUSTER}} - set via cluster configuration > * {{ENV}} - set from an environment variable > In addition the value {{INVALID}} will be defined to use for the internal > API, primarily as a value to return if the requested variable doesn't exist > (in which case none of the previous values are reasonable). -- This message was sent by Atlassian JIRA (v6.3.4#6332)