Skip to content
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

Tempo is unable to create directories when using local storage #3601

Closed
AdrianColaianni opened this issue Apr 23, 2024 · 6 comments
Closed

Comments

@AdrianColaianni
Copy link

Describe the bug
When starting Tempo for the first time, it is unable to create the directories in it's local storage.

To Reproduce
Steps to reproduce the behavior:

  1. git clone https://github.com/grafana/tempo
  2. cd tempo/examples/docker-compose/local
  3. docker-compose up -dV
  4. docker logs local-tempo-1 and the following error will show
level=error ts=2024-04-23T14:06:56.550397594Z caller=main.go:121 msg="error running Tempo" err="failed to init module services: error initialising module: store: failed to create store: mkdir /var/tempo/blocks: permission denied"

Expected behavior
Tempo creates the directories and uses the storage

Environment:

  • Infrastructure: Linux 6.8.7-arch1-1 x86_64
  • Deployment tool: docker v26.0.2 & docker-compose v2.26.1
@zalegrala
Copy link
Contributor

Good day, I've tested locally on an updated version of main and it works okay for me. Can you tell me which sha you have checked out for this?

Two changes to be aware of when running from main.
#2265
#3596

@AdrianColaianni
Copy link
Author

I am on main at 148ba6d and my grafana/tempo image is d523ba7846350e8e529c3f65effcfab8d97a57f3385ce5a6bc09f3b428f97fbe

@zalegrala
Copy link
Contributor

Hmm, I don't have 148ba6d locally, but try to pull an updated main and run the docker-compose example again.

@zalegrala
Copy link
Contributor

Oh I see now, you were ahead of me. You may need to chown the path for the data to be owned by 10001:10001.

@AdrianColaianni
Copy link
Author

Thank you zalegrala,

Changing ownership fixed the issue, but this should be documented or automated during startup.

@zalegrala
Copy link
Contributor

I agree, thank you for raising an issue. I'll work up a change to the readme of the example and review the other examples for a similar issue. I've opened #3603 and will close this out. Feel free to re-open if something else needs addressed.

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