-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Access to journal files running in container on k8s #33104
Comments
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Could you run |
Running Not really sure why setting user as root causes it to fallover |
Looks like it's from the base otel image . Otel base image has no shell since it's from scratch, so having trouble getting around this |
I was finally able to figure out by building a custom image. This doesn't seem very scalable IMO |
@omri-cavnue Did you try to run container with the root user (using |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Component(s)
receiver/journald
What happened?
Description
I was able to set up my own custom docker image that has the journalctl binary for arm64. However, I now get the following error:
I tried running the container as privileged, but the error is still there. What permission is required to read it from a container? I am mounting
/run/log/journal
.On host I can run journalctl as user without any root auth needed
Steps to Reproduce
Expected Result
Actual Result
Collector version
arm64:latest
Environment information
Environment
Jetson Jetpack 35.4.1
Compiler(if manually compiled): (e.g., "go 14.2")
OpenTelemetry Collector configuration
Log output
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: