-
Notifications
You must be signed in to change notification settings - Fork 145
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
V2: mage package will use old, incompatible Beat versions without warning #1709
Comments
I tried to run some tests with the new Agent and Endpoint and got stuck at trying to stand up Fleet Server. It looks like this ticket is related. I'll open a new ticket if you think otherwise. Here is the Fleet Server output that I'm getting, let me know if any other info would help.
|
Thanks, looks like the permissions are not set up correctly based on the symptoms and this similar report: https://github.com/elastic/ingest-dev/issues/1325#issuecomment-1311761547 Hopefully quick to fix. |
Splitting the fleet-server issue off into #1712, may be a different root cause. |
The |
My local build is using beats packages from 25 days ago, for me is this commit elastic/beats@e6c2ed9. This explains why it doesn't work. |
I think the local elastic agent build is downloading old binaries, reason TBD. Edit: it's picking up the contents of of my local beats checkout which was last locally packaged a while ago. We need to have everyone building agent locally know to purge these versions or download the beats. |
Build with |
Fixed as part of #1716 |
To reproduce, build the elastic-agent docker container from the head of main and run it. You will immediately see error messages about components failing:
You will logs like:
Exec-ing into the container to check status reports every component as failed:
I can see that the
metricbeat.yml
file reported as missing is located in the components directory:Edit: the restart problem is a separate bug #1713
The text was updated successfully, but these errors were encountered: