-
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
[Ingest Manager] Enrollment Flyout text corrections to cite correct rpm/deb binary path and to cite use Administrator privileges #73932
Labels
Comments
EricDavisX
added
Ingest Management:beta1
Team:Fleet
Team label for Observability Data Collection Fleet team
labels
Jul 31, 2020
Pinging @elastic/ingest-management (Team:Ingest Management) |
EricDavisX
added a commit
that referenced
this issue
Aug 3, 2020
Co-authored-by: Elastic Machine <[email protected]>
This was referenced Aug 3, 2020
EricDavisX
added a commit
to EricDavisX/kibana
that referenced
this issue
Aug 3, 2020
Co-authored-by: Elastic Machine <[email protected]>
EricDavisX
added a commit
that referenced
this issue
Aug 3, 2020
Co-authored-by: Elastic Machine <[email protected]> Co-authored-by: Elastic Machine <[email protected]>
EricDavisX
added a commit
that referenced
this issue
Aug 3, 2020
Co-authored-by: Elastic Machine <[email protected]> Co-authored-by: Elastic Machine <[email protected]>
This was referenced Aug 3, 2020
backports are open for 7.x and 7.9 after merge of master for final change
|
repoening: I followed poor process and didn't fully test the / to \ change - I'll stage a revert immediately and also look at what likely encoding problem this is... |
master, 7.x and 7.9 backports are done, closing again. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
[Ingest Manager] Enrollment Flyout text corrections to cite correct binary path and to use Administrator rights
Kibana version:
7.9 BC5 deployed to elastic cloud prod
Describe the bug:
the enrollment flyout doesn't cite to use Administrator access, due to this incorrect usage happened a lot during an internal dog-fooding test and we expect customer / user usage to follow suit. we should call this out in the flyout if possible, instead of leaving it to docs. secondly, the .rpm/.deb instructions are mis-leading indicating a binary path that doesn't exist
Steps to reproduce:
Expected behavior:
the instructions are sufficient to enroll Agent and it set up with elastic solutions pieces (Endpoint Security)
The 2 suggestions I suggest we make are:
for example, instead of citing this:
./elastic-agent enroll https://8a4af220da674c2287033be796421b1b.europe-west1.gcp.cloud.es.io:443 V1VpTm4zTUI5WjU5ZUl5X2tlWkY6NjBrSUk4TkpUQ3VvVU5odGdQMUpudw==
it would cite:
elastic-agent enroll https://8a4af220da674c2287033be796421b1b.europe-west1.gcp.cloud.es.io:443 V1VpTm4zTUI5WjU5ZUl5X2tlWkY6NjBrSUk4TkpUQ3VvVU5odGdQMUpudw==
for example, from this:
From the agent’s directory, run the appropriate commands to enroll and start an Elastic Agent. You can reuse these commands to setup agents on more than one machine.
to:
From the agent’s directory, run the appropriate commands to enroll and start an Elastic Agent. You can reuse these commands to setup agents on more than one machine. Be sure to run the enrollment steps as a user with Administrator privilege on the system.
Screenshots (if relevant):
The text was updated successfully, but these errors were encountered: