-
Notifications
You must be signed in to change notification settings - Fork 148
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
update status command #2890
update status command #2890
Conversation
Pinging @elastic/elastic-agent-control-plane (Team:Elastic-Agent-Control-Plane) |
This pull request does not have a backport label. Could you fix it @leehinman? 🙏
NOTE: |
60bb0f0
to
4cb6ef0
Compare
- change to list format for human output - change human to only report top level status if all components and units are healthy - change human to report full status for component if any unit or component itself is not healthy - add `human_full` which always displays full status - sort components and units so order will always be the same Closes elastic#2107 Closes elastic#2829
4cb6ef0
to
87f25a7
Compare
🌐 Coverage report
|
and summaries output. Full human output can be obtained with the new `human_full` | ||
|
||
# Affected component; a word indicating the component this changeset affects. | ||
component: agent |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
[Question]
Should it be agent
or elastic-agent
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a very good question. Looking at older change logs we have "agent", "elastic-agent", "Elastic agent." and "cmd" which all seem relevant to this case. But "agent" seems like the most popular so I'd lean towards sticking with that.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The docs don't actually do anything with this field today, so don't think too hard about it. In Beats this would just be the name of the Beat, for agent it can always be "Elastic Agent". We should probably template this into the fragment.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome! Been really looking forward to seeing the output of the status command to be improved!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, looking forward to getting this in a release :-)
* update status documentation to match elastic/elastic-agent#2890 * change option to match what got merged * Update docs/en/ingest-management/commands.asciidoc --------- Co-authored-by: David Kilfoyle <[email protected]>
What does this PR do?
This PR changes the default output (called
human
) of thestatus
command and adds a second option to the status command calledfull
. Changes include:full
which always displays full statusWhy is it important?
Previously the status command could show the overall agent state as
DEGRADED
but individual components would showHEALTHY
, because the units were not shown.Checklist
- [ ] I have made corresponding change to the default configuration files./changelog/fragments
using the changelog tool- [ ] I have added an integration test or an E2E testAuthor's Checklist
internal/pkg/agent/cmd/testdata/status
these are examples of the status output under various conditionsHow to test this PR locally
Unit test
System test
elastic-agent
elastic-agent status
Related issues
Screenshots
Healthy Fleet & Agent
Starting
Full output Healthy