-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[Default Policy Specific]: Error in agent installed with Default policy having System and Endpoint Integration. #93910
Comments
@manishgupta-qasource Please review. |
Reviewed & assigned to @EricDavisX |
I'm checking if the snapshot build had succeeded over the weekend for 7.12 |
looks like we had builds on March 6, 7, and 8 that passed so the fix for Windows Agent should have been picked up. This would appear to be new then? And urgent still for 7.12 - the BC4 is being build shortly (next day or so?). Updating: confirming too that the hash cited for the artifact in test relates to the build from March 7: |
We need to improve that log message to include the output of the executed command so we can see the true error. At the moment this is too vague for us to really know why Endpoint is failing to run. |
@amolnater-qasource @dikshachauhan-qasource we can re-test this on BC4 to see if it is any better, and report more logs. @blakerouse you intend on merging the logging enhancement to 7.12 or no? We can test on 7.13 (which is merged) if we need more data. |
@EricDavisX It will go to 7.12. Waiting on the PR to pass testing to merge. |
Hi @EricDavisX Observations:
Build details: Logs: Hence closing this out. |
@amolnater-qasource @dikshachauhan-qasource I think the PR that was going in was just to increase the logs. We don't know what was truly going on in this case yet to know how to fix it. So, I will re-open but since it does not seem consistently reproducible we will have to wait and see if it shows again. Removing from 7.12 concerns list. |
Hi @EricDavisX Thanks for the update on this. We will keep following it and update with our observations if found it reproducible. Thanks |
Hi @EricDavisX Steps to reproduce:
Further we attempted to restart the endpoint and after restart agent gets back to "Healthy" state. Build details:
Agent Logs: Endpoint Logs: Thanks |
If it required a re-start of the Endpoint that is interesting - let us re-test this in the context of Fleet-Server and see if it remains an issue? tomorrow's build hopefully will allow this easily and we can move forward. |
Hi @EricDavisX As per feedback please find debug level logs, attached below: Build details:
Further we have observed "Unhealthy" agent issue only specific to Windows 10 x32 bit on 8.0 Kibana Cloud environment. This issue was not resolved when we restarted the agent and looks like a different issue. Hence we have logged another ticket at #25108 Thanks |
@amolnater-qasource is this still an issue? |
Hi @ph We are unable to validate it on latest 7.13 BC3 available as default policy is currently not available on cloud created builds. However, we have validated this issue with user created policies and found them working fine. As discussed with @EricDavisX , we closing it for now and will re-open if found it reproducible able on 7.13. Just for a note, we have found this issue only reproducible earlier with default policies. Thanks |
Kibana version: Kibana: 7.12.0 Snapshot Cloud environment
Host OS and Browser version: Windows 10, All
Build Details:
Preconditions:
Actual Result:
C:\Program Files\Elastic\Agent\data\elastic-agent-7fa781\install
location.Screenshots Kibana UI:
Screenshots Installation Directory:
Logs:
Below attached Default Policy:
elastic-agent.zip
Below attached Agent Logs:
elastic-agent-json.log
The text was updated successfully, but these errors were encountered: