Skip to content

Deprecated configuration warning in the log after the upgrade of the operator #1136

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
sankosa opened this issue Mar 12, 2025 · 1 comment

Comments

@sankosa
Copy link

sankosa commented Mar 12, 2025

We use tempo operator to deploy our tempo intances.
We have upgraded our tempo operator from v0.14.0 to v0.15.3.
After the upgrade, the operator also upgraded our tempo instance from 2.6.1 to 2.7.1.
The upgrade is successful and the new version of tempo is up and running. Despite this, we see the following warnings in the logs:
"msg="c.StorageConfig.Trace.Cache is deprecated and will be removed in a future release." explain="Please migrate to the top level cache settings config."

We can not solve this issue/warning, because the default config is provided by the operator and saved in a configmap. The configmap contains two config files:

  • tempo-query-frontend.yaml:
  • tempo.yaml
    Both config file has the storage.trace.cache setting what we can not change.

To Reproduce
Deploy tempo with tempo operator 2.7.1.
You will see the warning in the logs of every tempo component/pod.

Expected behavior
Operator creates a default config which is error/warning free.

Environment:

  • Infrastructure: Kubernetes
  • Deployment tool: kustomize (tempo operator)

Additional Context

@joe-elliott
Copy link
Member

This seems like a tempo operator issue which is maintained by RedHat and primarily @andreasgerstmayr. I'll move it over there.

@joe-elliott joe-elliott transferred this issue from grafana/tempo Mar 12, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants