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

cp: can't stat '/datadog-init/dd-java-agent.jar': No such file or directory #7398

Open
rdimash opened this issue Aug 7, 2024 · 2 comments
Open
Labels
comp: library injection Library Injection tag: breaking change Breaking changes

Comments

@rdimash
Copy link

rdimash commented Aug 7, 2024

We are using the latest image "public.ecr.aws/datadog/dd-lib-java-init:latest" to initialize the datadog agent of our deployments.
By approximately an hour we are faceing the following error:

"cp: can't stat '/datadog-init/dd-java-agent.jar': No such file or directory"

Currently, our pods cannot be restarted correctly, impacting all environments.
Can you resolve it?

Cheers,
Riccardo

@vandonr
Copy link
Contributor

vandonr commented Aug 8, 2024

Hello, thank you for reporting that.
What exactly are you doing with that image ?
If you use the provided copy-lib.sh script, everything should still work fine.

The jar that was at the root is now in a package subfolder, I'll check with the team why this was done.

> docker run -it public.ecr.aws/datadog/dd-lib-java-init:1.38
/datadog-init $ ls
copy-lib.sh  package
/datadog-init $ ls package/
dd-java-agent.jar  version

vs

> docker run -it public.ecr.aws/datadog/dd-lib-java-init:v1.37
/datadog-init $ ls
copy-lib.sh        dd-java-agent.jar

@PerfectSlayer PerfectSlayer added tag: breaking change Breaking changes comp: library injection Library Injection labels Aug 8, 2024
@vandonr
Copy link
Contributor

vandonr commented Aug 8, 2024

So, TL;DR: the internal structure of files in this container should be viewed as implementation detail. Those are meant to be used with the admission controller, as described here: https://docs.datadoghq.com/tracing/trace_collection/library_injection_local

We also realize that this is not something that was made clear where the container image is accessible, we're going to work on improving that.

In the meantime, I'm still interested in knowing how your setup uses that image, so that maybe I can redirect you to a way that is officially supported.

Note that you can also open a proper support request with datadog if you want to be able to exchange some details privately.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
comp: library injection Library Injection tag: breaking change Breaking changes
Projects
None yet
Development

No branches or pull requests

3 participants