-
Notifications
You must be signed in to change notification settings - Fork 1.8k
CNV-62649: Update CNV modules to pass DITA validation #102522
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
Conversation
|
@jhradilek: This pull request references CNV-62649 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the epic to target the "4.21.0" version, but no target version was set. In response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
|
/label cnv |
|
@jhradilek: This pull request references CNV-62649 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the epic to target the "4.21.0" version, but no target version was set. In response to this:
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 openshift-eng/jira-lifecycle-plugin repository. |
| Reference a | ||
| `dataVolumeTemplate` in the virtual machine manifest and the `source` PVC is cloned to | ||
| a data volume, which is then automatically used for the creation of the virtual | ||
| machine. |
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.
Reference a
dataVolumeTemplatein the virtual machine manifest and thesourcePVC is cloned to
a data volume, which is then automatically used for the creation of the virtual
machine.
This is not in the scope of my PR and I haven't changed this sentence, but it sounds off to me.
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.
Yeah, I think it should be "If you reference a dataVolumeTemplate in the virtual machine manifest, the source PVC..." However, I'm not seeing this module in use, so I'm flagging it (in my own notes) as a candidate for removal.
|
🤖 Fri Nov 14 18:57:28 - Prow CI generated the docs preview: |
4f0d550 to
afec182
Compare
|
|
||
| The Tekton Tasks Operator, `tekton-tasks-operator`, deploys example pipelines showing the usage of OpenShift Pipelines for virtual machines (VMs). This operator also deploys additional OpenShift Pipeline tasks that allow users to create VMs from templates, copy and modify templates, and create data volumes. | ||
| [role="_abstract"] | ||
| The Tekton Tasks Operator, `tekton-tasks-operator`, deploys example pipelines showing the usage of OpenShift Pipelines for virtual machines (VMs). It also deploys additional OpenShift Pipeline tasks that allow users to create VMs from templates, copy and modify templates, and create data volumes. |
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.
🤖 [error] OpenShiftAsciiDoc.SuggestAttribute: Use the AsciiDoc attribute '{pipelines-shortname}' rather than the plain text product term 'OpenShift Pipelines', unless your use case is an exception.
| The following error messages might appear in {VirtProductName} logs. | ||
|
|
||
| `ErrImagePull` or `ImagePullBackOff`:: Indicates an incorrect deployment configuration or problems with the images that are referenced. | ||
| `ErrImagePull` or `ImagePullBackOff`:: Indicates an incorrect deployment configuration or problems with the images that are referenced. |
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.
🤖 [error] Vale.Avoid: Avoid using 'deployment configuration'.
| The following error messages might appear in {VirtProductName} logs. | ||
|
|
||
| `ErrImagePull` or `ImagePullBackOff`:: Indicates an incorrect deployment configuration or problems with the images that are referenced. | ||
| `ErrImagePull` or `ImagePullBackOff`:: Indicates an incorrect deployment configuration or problems with the images that are referenced. |
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.
🤖 [error] RedHat.TermsErrors: Use 'deployment' rather than 'deployment configuration'. For more information, see RedHat.TermsErrors.
| <1> The hot plugged interface appears in the VMI status. |
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.
🤖 [error] AsciiDocDITA.CalloutList: Callouts are not supported in DITA.
| @@ -6,7 +6,10 @@ | |||
| [id="virt-maintaining-bare-metal-nodes_{context}"] | |||
| = Maintaining bare metal nodes | |||
|
|
|||
| When you deploy {product-title} on bare metal infrastructure, there are additional considerations that must be taken into account compared to deploying on cloud infrastructure. Unlike in cloud environments where the cluster nodes are considered ephemeral, re-provisioning a bare metal node requires significantly more time and effort for maintenance tasks. | |||
| [role="_abstract"] | |||
| When you deploy {product-title} on bare metal infrastructure, there are additional considerations that must be taken into account compared to deploying on cloud infrastructure. | |||
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.
🤖 [error] RedHat.TermsErrors: Use 'bare-metal infrastructure' rather than 'bare metal infrastructure'. For more information, see RedHat.TermsErrors.
| [role="_abstract"] | ||
| When you deploy {product-title} on bare metal infrastructure, there are additional considerations that must be taken into account compared to deploying on cloud infrastructure. | ||
|
|
||
| Unlike in cloud environments where the cluster nodes are considered ephemeral, re-provisioning a bare metal node requires significantly more time and effort for maintenance tasks. |
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.
🤖 [error] RedHat.TermsErrors: Use 'bare-metal node' rather than 'bare metal node'. For more information, see RedHat.TermsErrors.
ousleyp
left a comment
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.
LGTM. My comments don't require resolution... they are just me externally processing. 😹 Thank you so much for making these fixes!
| Reference a | ||
| `dataVolumeTemplate` in the virtual machine manifest and the `source` PVC is cloned to | ||
| a data volume, which is then automatically used for the creation of the virtual | ||
| machine. |
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.
Yeah, I think it should be "If you reference a dataVolumeTemplate in the virtual machine manifest, the source PVC..." However, I'm not seeing this module in use, so I'm flagging it (in my own notes) as a candidate for removal.
|
|
||
| If you want the importer pod to use both the default network from the cluster and the secondary multus network, use the `k8s.v1.cni.cncf.io/networks: <network_name>` annotation. | ||
|
|
||
| .Multus network annotation example |
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 this block title legal?
|
|
||
| If possible, the scheduler avoids nodes that have the label `example-node-label-key = example-node-label-value`. However, if all candidate nodes have this label, the scheduler ignores this constraint. | ||
|
|
||
| .Example VM manifest |
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'm guessing this is an example of In DITA 1.3, only the <example>, <fig>, and <table> elements can have a title.
Still getting used to the block title exceptions. :)
| If possible, the scheduler avoids nodes that have the label `example-node-label-key = example-node-label-value`. However, if all candidate nodes have this label, the scheduler ignores this constraint. | ||
|
|
||
| .Example VM manifest | ||
| ==== |
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.
Interesting/good to know that wrapping the contents of the example in ====s is necessary.
afec182 to
c61435e
Compare
|
@jhradilek: all tests passed! Full PR test history. Your PR dashboard. 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-sigs/prow repository. I understand the commands that are listed here. |
|
/cherrypick enterprise-4.21 |
|
/cherrypick enterprise-4.20 |
|
@jhradilek: Failed to get PR patch from GitHub. This PR will need to be manually cherrypicked. Error messagestatus code 406 not one of [200], body: {"message":"Sorry, the diff exceeded the maximum number of files (300). Consider using 'List pull requests files' API or locally cloning the repository instead.","errors":[{"resource":"PullRequest","field":"diff","code":"too_large"}],"documentation_url":"https://docs.github.com/rest/pulls/pulls#list-pull-requests-files","status":"406"}In response to this:
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-sigs/prow repository. |
|
@jhradilek: Failed to get PR patch from GitHub. This PR will need to be manually cherrypicked. Error messagestatus code 406 not one of [200], body: {"message":"Sorry, the diff exceeded the maximum number of files (300). Consider using 'List pull requests files' API or locally cloning the repository instead.","errors":[{"resource":"PullRequest","field":"diff","code":"too_large"}],"documentation_url":"https://docs.github.com/rest/pulls/pulls#list-pull-requests-files","status":"406"}In response to this:
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-sigs/prow repository. |
Version(s): 4.21
Issue: CNV-62649
Link to docs preview:
QE review:
Additional information:
The PR replaces #96074. The PR may apply to older version, but I am not sure I am mentally prepared for manual cherry-picks all the way down to 4.14. It fixes all validation issues in
modules/virt-*.adocwith the following notable exceptions:CalloutListwarnings as these should be addressed consistently with the rest of the docs.NestedSectionandDiscreteTitlewarnings that require modules to be split into multiple files.ShortDescriptionin a select few files that do not provide enough contents for me to write it.Note that I slightly edited short descriptions that would not fit in the 300 character limit.