Skip to content

Feedback for diagnostics tool topic #8741

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

Merged
merged 1 commit into from
Jul 17, 2018

Conversation

bfallonf
Copy link

From #8644

cc @rlopez133

Will verify over email.

@openshift-ci-robot openshift-ci-robot added the size/L Denotes a PR that changes 100-499 lines, ignoring generated files. label Apr 16, 2018
@bfallonf
Copy link
Author

Thumbs up given.

@openshift/team-documentation PTAL

@bfallonf bfallonf added the peer-review-needed Signifies that the peer review team needs to review this PR label Apr 18, 2018
@bfallonf bfallonf added this to the Next Release milestone Apr 18, 2018
Copy link
Contributor

@kalexand-rh kalexand-rh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is mostly picks and style issues. Take what's useful!

* As enterprise RPMs

Each method implies a different configuration and environment. To minimize
environment assumptions, the diagnostics were included with the `openshift`
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/the diagnostics were/diagnostics are

You can run one or multiple specific diagnostics by name, or run specific
diagnostics by name as you work to address issues. For example:
Using the diagnostics tool, you can run one or multiple specific diagnostics by
name, or run specific diagnostics by name as you work to address issues. For
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/name,/name


Diagnostics look for configuration files in standard locations:
Diagnostics verifies that the configuration files reside in their standard
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/verifies/verify (or /Diagnostics verifies/The diagnostic tool verifies)

Non-standard locations can be specified with flags (respectively,
`--config`, `--master-config`, and `--node-config`). If a configuration file
is not found or specified, related diagnostics are skipped.
Non-standard locations can be specified with the `--config`, `--master-config`,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/Non-standard locations can be specified/You can specify configuration file locations

is not found or specified, related diagnostics are skipped.
Non-standard locations can be specified with the `--config`, `--master-config`,
and `--node-config` options. If a configuration file is not found or specified,
related diagnostics are skipped.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/are skipped/do not run

To do so, specify your cluster's inventory file and the *_health.yml_* playbook
when running the following `docker run` command as a non-root user that has
privileges to run containers:
Specify your cluster's inventory file and the *_health.yml_* playbook when
Copy link
Contributor

@kalexand-rh kalexand-rh Apr 18, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we just say
As a non-root user that has privileges to run containers, run the following command:

copy of the SSH key (or directory) is recommended.
[IMPORTANT]
====
These volume mount specifications could have unexpected consequences. For
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/could/can

[IMPORTANT]
====
These volume mount specifications could have unexpected consequences. For
example, if you mount (and therefore relabel) the *_$HOME/.ssh_* directory,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/mount (and therefore relabel)/ mount, and therefore relabel,

These volume mount specifications could have unexpected consequences. For
example, if you mount (and therefore relabel) the *_$HOME/.ssh_* directory,
*sshd* becomes unable to access the public keys to allow remote login. To avoid
altering the original file labels, mounting a copy of the SSH key (or directory)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/mounting a copy of the SSH key (or directory) is recommended./ mount a copy of the SSH key or directory.

example, this would allow you to use an SSH configuration to match keys with
hosts or modify other connection parameters. It would also allow you to provide
a *_known_hosts_* file and have SSH validate host keys, which is disabled by the
You might mount an entire *_.ssh_* directory for various reasons. For example,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is part of the previous note.

Despite the risks of mounting an entire .ssh directory, mounting the directory offers benefits:

  • You can use an SSH configuration to match keys with hosts or modify other connection parameters.
  • You can provide a known_hosts file and have SSH validate host keys. This behavior is disabled by the
    default configuration. To use it, add -e ANSIBLE_HOST_KEY_CHECKING=True to the docker run command.

@kalexand-rh kalexand-rh added peer-review-done Signifies that the peer review team has reviewed this PR and removed peer-review-needed Signifies that the peer review team needs to review this PR labels Apr 18, 2018
@openshift-bot openshift-bot added the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Jul 16, 2018
@openshift-bot openshift-bot removed the needs-rebase Indicates a PR cannot be merged because it has merge conflicts with HEAD. label Jul 17, 2018
@bfallonf bfallonf merged commit a500fe2 into openshift:master Jul 17, 2018
@bfallonf
Copy link
Author

/cherrypick enterprise-3.10

@openshift-cherrypick-robot

@bfallonf: new pull request created: #10846

In response to this:

/cherrypick enterprise-3.10

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@bfallonf
Copy link
Author

/cherrypick enterprise-3.9

@openshift-cherrypick-robot

@bfallonf: new pull request created: #10847

In response to this:

/cherrypick enterprise-3.9

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@bfallonf
Copy link
Author

/cherrypick enterprise-3.7

@openshift-cherrypick-robot

@bfallonf: new pull request created: #10848

In response to this:

/cherrypick enterprise-3.7

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@bfallonf
Copy link
Author

/cherrypick enterprise-3.6

@openshift-cherrypick-robot

@bfallonf: #8741 failed to apply on top of branch "enterprise-3.6":

.git/rebase-apply/patch:154: trailing whitespace.
to the existing cluster configuration. 
warning: 1 line adds whitespace errors.
error: Failed to merge in the changes.
Using index info to reconstruct a base tree...
M	admin_guide/diagnostics_tool.adoc
Falling back to patching base and 3-way merge...
Auto-merging admin_guide/diagnostics_tool.adoc
CONFLICT (content): Merge conflict in admin_guide/diagnostics_tool.adoc
Patch failed at 0001 feedback for diagnostics tool topic

In response to this:

/cherrypick enterprise-3.6

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
peer-review-done Signifies that the peer review team has reviewed this PR size/L Denotes a PR that changes 100-499 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants