-
Notifications
You must be signed in to change notification settings - Fork 95
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
Consolidate Tracer procedures #3442
base: master
Are you sure you want to change the base?
Conversation
The PR preview for eb4dfe1 is available at theforeman-foreman-documentation-preview-pr-3442.surge.sh The following output files are affected by this PR: |
@@ -1,18 +1,31 @@ | |||
[id="enabling-tracer-on-a-host_{context}"] | |||
= Enabling Tracer on a host | |||
[id="Configuring_Tracer_on_a_host_{context}"] |
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.
[id="Configuring_Tracer_on_a_host_{context}"] | |
[id="configuring-tracer-on-a-host"] |
If we already change it, we could drop "context" too which we've not decided but done in the past regularly.
Very much option/not blocking your PR.
|
||
Use this procedure to enable Tracer on {Project} and access Traces. | ||
Tracer displays a list of services and applications that need to be restarted. | ||
You can install Tracer on {ProjectName} and access Traces. |
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.
You can install Tracer on {ProjectName} and access Traces. | |
You can install Tracer on hosts and access Traces on {Project}. |
. In the {ProjectWebUI}, navigate to *Hosts* > *All Hosts*. | ||
. Click the name of the host you want to modify. | ||
. On the *Traces* tab, click *Enable Traces*. | ||
. Select the provider to install `katello-host-tools-tracer` from the list. | ||
+ | ||
Alternatively, install Tracer using the CLI: |
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.
do we really want to document this?
If so, it'd probably just be the same commands as the template. Also, "yum" only works for EL7+.
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.
We can, but then we should use the proper heading for a CLI procedure:
Alternatively, install Tracer using the CLI: | |
[id="cli-Configuring..."] | |
.CLI procedure |
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.
But with ".CLI procedure", we generally refer to Foreman/Smart Proxies, not commands on hosts. I like that there's abstraction for the commands on hosts through the REX job templates.
@@ -24,7 +24,10 @@ include::modules/proc_changing-the-environment-of-a-host.adoc[leveloffset=+1] | |||
|
|||
include::modules/proc_changing-the-managed-status-of-a-host.adoc[leveloffset=+1] | |||
|
|||
include::modules/proc_enabling-tracer-on-a-host.adoc[leveloffset=+1] | |||
:parent-context: {context} | |||
:context: administering-hosts |
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.
Is there any particular reason to change the context for this procedure?
Unless it's absolutely necessary to change the context, I would avoid it. Generally, it prevents problems with broken links in the web UI.
. In the {ProjectWebUI}, navigate to *Hosts* > *All Hosts*. | ||
. Click the name of the host you want to modify. | ||
. On the *Traces* tab, click *Enable Traces*. | ||
. Select the provider to install `katello-host-tools-tracer` from the list. | ||
+ | ||
Alternatively, install Tracer using the CLI: |
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.
We can, but then we should use the proper heading for a CLI procedure:
Alternatively, install Tracer using the CLI: | |
[id="cli-Configuring..."] | |
.CLI procedure |
. Click *Enable Tracer*. | ||
You get a REX job notification after the remote execution job is complete. |
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 step looks like it doesn't belong to the CLI procedure. It should probably go above, together with the web UI procedure.
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.
Nice to have would be to find out on what operating systems Tracer can be installed if there are any apart from RHEL and add this info to the introduction of the procedure.
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.
I am currently working on the same issue in downstream docs and will provide a patch/some insight on Tracer on different Client OS.
. In the {ProjectWebUI}, navigate to *Hosts* > *All Hosts*. | ||
. Click the name of the host you want to modify. | ||
. On the *Traces* tab, click *Enable Traces*. | ||
. Select the provider to install `katello-host-tools-tracer` from the list. | ||
+ | ||
Alternatively, install Tracer using the CLI: |
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.
But with ".CLI procedure", we generally refer to Foreman/Smart Proxies, not commands on hosts. I like that there's abstraction for the commands on hosts through the REX job templates.
. Click *Enable Tracer*. | ||
You get a REX job notification after the remote execution job is complete. | ||
. Upload the Tracer data to the {ProjectName} server: |
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.
. Upload the Tracer data to the {ProjectName} server: | |
. Upload the Tracer data to your {ProjectServer}: |
What changes are you introducing?
Consolidating two procedures on configuring Tracer, which have a lot of overlap.
Why are you introducing these changes? (Explanation, links to references, issues, etc.)
https://issues.redhat.com/browse/SAT-28625
Anything else to add? (Considerations, potential downsides, alternative solutions you have explored, etc.)
Checklists
Please cherry-pick my commits into: