You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Log for Original Config:
------------------------
2023-03-14T10:20:25Z I! Loading config file: /etc/telegraf/telegraf.d/in.jmx_prometheus-kafka.conf
2023-03-14T10:20:25Z W! DeprecationWarning: Option "response_timeout" of plugin "inputs.prometheus" deprecated since version 1.26.0 and will be removed in 2.0.0: use 'timeout' instead
Log for Adapted Config:
-----------------------
2023-03-14T10:21:40Z I! Loading config file: /etc/telegraf/telegraf.d/in.jmx_prometheus-kafka.conf
2023-03-14T10:21:40Z E! error loading config file /etc/telegraf/telegraf.d/in.jmx_prometheus-kafka.conf: error parsing prometheus, line 6: field corresponding to `timeout' in prometheus.Prometheus cannot be set through TOML
System info
Telegraf v1.26.0, RHEL 8.6 Docker 20.10.17
Docker
No response
Steps to reproduce
Use original config from above
Launch telegraf container
see warning in log (see above)
modify config to use timeout instead of response_timeout
restart telegraf container
see error in log (see above)
...
Expected behavior
Telegraf should no longer issue a warning and accept the new parameter timeout = "10s" and should start up.
Actual behavior
Telegraf complains about the parameter timeout = "10s" and does not start
Additional info
No response
The text was updated successfully, but these errors were encountered:
* Only print deprecation warning if response_timeout is used
* Only set timeouts with response_timeout if it is set
* Allow the use of the timeout param in TOML
* Update tests
fixes: influxdata#12859
Thanks for the quick issue. I have put up #12864 with a fix, it seems we did not get the deprecation quite right. For now, you can continue to use response_timeout to set the timeout.
I just wanted to let you know that I validated the fix using the latest nightly. The deprecation warning is only shown when the response_timeout parameter is present and I was able to add the timeout: parameter.
Relevant telegraf.conf
Logs from Telegraf
System info
Telegraf v1.26.0, RHEL 8.6 Docker 20.10.17
Docker
No response
Steps to reproduce
...
Expected behavior
Telegraf should no longer issue a warning and accept the new parameter
timeout = "10s"
and should start up.Actual behavior
Telegraf complains about the parameter
timeout = "10s"
and does not startAdditional info
No response
The text was updated successfully, but these errors were encountered: