-
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
Create a new guide for installer-based provisioning (1 guide of 3) #3472
base: master
Are you sure you want to change the base?
Create a new guide for installer-based provisioning (1 guide of 3) #3472
Conversation
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 OK but I had a comment about the title.
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.
Reviewed diff of 52/63 files. Great effort Lena, thanks! I made many out of scope comments; feel free to decline them all. If you do, please let me know and I'll work on this as a follow-up PR.
I also left some questions but I'm unsure if the content is new or just has been moved. If you only move content, then I consider some more comments out of scope.
|
||
include::modules/proc_setting-the-provisioning-context.adoc[leveloffset=+1] | ||
|
||
include::modules/proc_creating-operating-systems.adoc[leveloffset=+1] |
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.
mental note: I should create a follow-up PR to consolidate the procedure to create OS entries. Today, I believe that it'd be enough to show a table with sane name, codename, major and minor versions and associate templates for foreman-* + katello, show RHEL-only for Satellite, and show one specific OS for orcharhino.
out of scope for now, but maybe a nice future improvement.
|
||
include::modules/proc_using-an-imagebuilder-image-for-provisioning.adoc[leveloffset=+1] | ||
|
||
include::modules/proc_adding-installation-media.adoc[leveloffset=+1] |
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.
mental note: same as above: I should think about eventually merging these procedures.
include::modules/proc_creating-custom-provisioning-snippets.adoc[leveloffset=+1] | ||
|
||
ifndef::satellite[] | ||
include::modules/ref_custom-provisioning-snippet-example-for-debian.adoc[leveloffset=+1] |
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.
same as above.
guides/common/assembly_using-boot-disks-to-provision-hosts.adoc
Outdated
Show resolved
Hide resolved
guides/common/assembly_using-boot-disks-to-provision-hosts.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_configuring-the-security-token-validity-duration.adoc
Outdated
Show resolved
Hide resolved
@@ -47,7 +47,7 @@ For more information, see {ProvisioningDocURL}creating-partition-tables_provisio | |||
. In the {ProjectWebUI}, navigate to *Hosts* > *Templates* > *Provisioning Templates* and click *Create Template*. | |||
The provisioning templates are stored in the `/usr/share/foreman/app/views/unattended/provisioning_templates/` directory on your {ProjectServer}. | |||
+ | |||
For more information, see {ProvisioningDocURL}provisioning-templates_provisioning[Provisioning Templates] in _{ProvisioningDocTitle}_. | |||
For more information, see {ProvisioningDocURL}provisioning-templates[Provisioning Templates] in _{ProvisioningDocTitle}_. |
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.
For more information, see {ProvisioningDocURL}provisioning-templates[Provisioning Templates] in _{ProvisioningDocTitle}_. | |
For more information, see {ProvisioningDocURL}provisioning-templates[Provisioning templates] in _{ProvisioningDocTitle}_. |
@@ -23,7 +23,7 @@ For example: `cpu_count > 8`. | |||
. In the *Hostname* field, enter the pattern to determine host names for multiple hosts. | |||
This uses the same ERB syntax that provisioning templates use. | |||
The host name can use the `@host` attribute for host-specific values and the `rand` macro for a random number or the `sequence_hostgroup_param_next` macro for incrementing the value. | |||
For more information about provisioning templates, see xref:provisioning-templates_{context}[] and the API documentation. | |||
For more information about provisioning templates, see xref:provisioning-templates[] and the API documentation. |
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.
For more information about provisioning templates, see xref:provisioning-templates[] and the API documentation. | |
For more information about provisioning templates, see xref:provisioning-templates[]. |
out of scope but I'd drop this. It was originally probably meant as a reference to the DSL documentation: https://FQDN/templates_doc which AFAIK helps writing ERB templates
@@ -32,7 +32,7 @@ endif::[] | |||
.Procedure | |||
. Navigate to *Hosts* > *Templates* > *Provisioning Templates*. | |||
. Select a provisioning template depending on your host provisioning method. | |||
For more information, see {ProvisioningDocURL}kinds-of-provisioning-templates_provisioning[Kinds of Provisioning Templates] in _{ProvisioningDocTitle}_. | |||
For more information, see {ProvisioningDocURL}kinds-of-provisioning-templates[Kinds of Provisioning Templates] in _{ProvisioningDocTitle}_. |
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.
For more information, see {ProvisioningDocURL}kinds-of-provisioning-templates[Kinds of Provisioning Templates] in _{ProvisioningDocTitle}_. | |
For more information, see {ProvisioningDocURL}kinds-of-provisioning-templates[Kinds of provisioning templates] in _{ProvisioningDocTitle}_. |
(out of scope)
TODO: Incorporate changes from #2145 EDIT: Done. |
guides/common/assembly_using-network-boot-to-provision-hosts.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/con_prerequisites-for-network-boot-provisioning.adoc
Outdated
Show resolved
Hide resolved
869ed35
to
6fc2cd1
Compare
I've moved a couple more modules. |
TODO: Add abstract to docinfo.xml EDIT: Done. |
I'm still unsure about the placement of the settings like the token duration or default root password. Do you think that a special chapter is in order, eg. Additional settings or Global provisioning settings? It would make them more visible. Now they are lost in the noise. |
I've moved a couple more modules around. Now ready for re-review. |
@Lennonka Can you find the user stories for these 2 features? The security token validity duration seems to belong to PXE provisioning, so I would expect to find it in the network boot section. I am not sure about where defaults encrypted root passwords would go. Now that only one navigation section can be open at a time, it's harder to scan the entire TOC. I don't think "Global provisioning settings" is the best name because users tend to ignore headers that are not very specific. If you had to create a separate section, "Security settings" would make sense. Maybe FIPS could be moved there. |
@apinnick The settings are applicable to both network boot and boot disks. Users don't have to configure the token as it has a default duration value, unless they want to change it for some reason. I don't have a user story in my GDoc for the token. Maybe "Security settings" and moving FIPS there is a good idea. |
@Lennonka I had another look at the security token procedure. I see what you mean about it being a global procedure. It will not fit easily into existing UI procedures because it is set in Administer > Settings . IMO, the main use case for setting a new token duration would be for enhanced security, by making the duration shorter. (I sincerely hope no one tries to disable token generation in a production system. That should only be done in a test system. Do we need to mention this or can we trust the user's intelligence? 😺 ). I would like to see FIPS moved out of the appendices because users tend to ignore stuff at the end of the doc. Enabling FIPS is also an admin security procedure. I do think the two subjects would fit well together in a Security settings section. Maybe there are other procedures that would fit there. Not sure. Re: Removing VMs after deleting hosts. I would not recommend putting it in "Global" because no one would expect to find the info there. I have run into this setting before, for CNV. It's the kind of info that needs to be called out for users who are creating VMs and deleting hosts. It might not even require a procedure. Deleting VMs is usually straightforward. You might be able to manage with a warning at the beginning of all the "Provisioning VMs on ..." sections, because the behavior is not expected. I see that Destroy VM on deleting host setting is mentioned in Managing hosts, so you might not need to do anything more. Maybe you could just rewrite that warning and use as is. Alternatively, you could turn the warning into a very short procedure module and add it to each of the Provisioning VMs assemblies. It is not really a global setting because it does not apply to cloud instances, only to virtualization platforms. Hope this helps! |
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 found one broken link and made some minor suggestions; nothing that blocks your PR.
Style-wise LGTM (with that one fixed link) 👍
@@ -8,7 +8,7 @@ In {Project}, you can interact with {OpenStack} REST API to create cloud instanc | |||
.Prerequisites | |||
include::snip_prerequisites-common-compute-resource.adoc[] | |||
* A {SmartProxyServer} managing a network in your OpenStack environment. | |||
For more information, see {ProvisioningDocURL}Configuring_Networking_provisioning[Configuring Networking] in _{ProvisioningDocTitle}_. | |||
For more information, see {ProvisioningDocURL}configuring-networking[Configuring Networking] in _{ProvisioningDocTitle}_. |
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.
For more information, see {ProvisioningDocURL}configuring-networking[Configuring Networking] in _{ProvisioningDocTitle}_. | |
For more information, see {ProvisioningDocURL}configuring-networking[Configuring networking] in _{ProvisioningDocTitle}_. |
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.
Leaving this to another PR.
guides/common/modules/proc_creating-hosts-with-uefi-http-boot-provisioning.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_using-a-synced-kickstart-repository.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_creating-hosts-with-pxe-provisioning.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_creating-hosts-with-pxe-provisioning.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_creating-hosts-with-pxe-provisioning.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_creating-hosts-with-pxe-provisioning.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_creating-hosts-with-pxe-provisioning.adoc
Outdated
Show resolved
Hide resolved
guides/common/modules/proc_creating-hosts-with-pxe-provisioning.adoc
Outdated
Show resolved
Hide resolved
3a04968
to
9730057
Compare
9730057
to
d6d8df0
Compare
Rebased. |
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.
@apinnick FYI, we have separate titles for upstream and downstream.
What changes are you introducing?
Splitting Provisioning hosts into 3 new guides:
Why are you introducing these changes? (Explanation, links to references, issues, etc.)
To mitigate pain points identified in SAT-26089 comments (public).
Anything else to add? (Considerations, potential downsides, alternative solutions you have explored, etc.)
_{context}
where it was needed for module reuse. Unfortunately, these changes were extensive to make the build work and this PR is as small as it gets.Reviewers, please, focus on the title and heading structure in this PR. The rest of the affected guides are just link updates. Using preview first is highly recommended.
Checklists
Please cherry-pick my commits into: N/A - for Foreman 3.14