doc: add new section for EFI/vTPM cloning, fix the out of date page in 1.8#1061
Conversation
There was a problem hiding this comment.
Pull request overview
Updates the VM cloning documentation to reflect current UI behavior and documents EFI/vTPM persistent-state cloning behavior for the dev (v1.9) docs, while refreshing the v1.8 versioned page to remove outdated steps/screenshots.
Changes:
- Refresh cloning steps to include run strategy selection and updated screenshots/wording.
- Update v1.8 versioned clone doc screenshots from older
/img/v1.2/...assets to/img/v1.8/.... - Add a new “EFI and vTPM Persistent State” section to the current (v1.9 Dev) clone documentation.
Reviewed changes
Copilot reviewed 2 out of 5 changed files in this pull request and generated 5 comments.
| File | Description |
|---|---|
versioned_docs/version-v1.8/vm/clone-vm.md |
Updates v1.8 clone steps and screenshots to match current v1.8 UI. |
docs/vm/clone-vm.md |
Updates current (v1.9 Dev) clone steps and adds EFI/vTPM persistent-state cloning guidance. |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
|
||
| :::note | ||
|
|
||
| EFI and vTPM persistent state is stored separately from the volumes listed in `vm.Spec.Template.Spec.Volumes`. Harvester creates this storage only after the source VM has been started at least once. If the source VM has never been started, cloning a VM with EFI or vTPM persistent state can fail because the required source storage does not exist. |
|
jillian-maroket
left a comment
There was a problem hiding this comment.
Review done. Please also apply the suggested changes to the v1.8 doc.
|
|
||
| VM can be cloned with/without data. This function doesn't need to take a VM snapshot or set up a backup target first. | ||
|
|
||
| The cloned VM inherits the source VM's basic configuration. Before cloning, you can update settings such as the VM name, volume data cloning, and [run strategy](./create-vm.md#run-strategy). |
There was a problem hiding this comment.
| The cloned VM inherits the source VM's basic configuration. Before cloning, you can update settings such as the VM name, volume data cloning, and [run strategy](./create-vm.md#run-strategy). | |
| The cloned virtual machine inherits the source's basic configuration. You can choose whether to include the source's volume data, as well as customize the clone's name and [run strategy](./create-vm.md#run-strategy). |
|
|
||
| The cloned VM inherits the source VM's basic configuration. Before cloning, you can update settings such as the VM name, volume data cloning, and [run strategy](./create-vm.md#run-strategy). | ||
|
|
||
| ## Clone VM with volume data |
There was a problem hiding this comment.
| ## Clone VM with volume data | |
| ## Clone a Virtual Machine with Volume Data |
|
|
||
| ## Clone VM with volume data | ||
|
|
||
| 1. On the `Virtual Machines` page, click `Clone` of the VM actions. |
There was a problem hiding this comment.
| 1. On the `Virtual Machines` page, click `Clone` of the VM actions. | |
| 1. On the **Virtual Machines** screen, locate the target virtual machine and select **⋮ > Clone**. | |
|  |
There was a problem hiding this comment.
The image is more relevant to this step.
| 1. On the `Virtual Machines` page, click `Clone` of the VM actions. | ||
| 1. Set a new VM name and click `Create` to create a new VM. | ||
|  | ||
| 2. Select a [run strategy](./create-vm.md#run-strategy). The cloned VM uses the source VM's run strategy by default. |
There was a problem hiding this comment.
| 2. Select a [run strategy](./create-vm.md#run-strategy). The cloned VM uses the source VM's run strategy by default. | |
| 1. Specify a unique name for the cloned virtual machine. | |
| 1. Select a [run strategy](./create-vm.md#run-strategy). | |
| The cloned virtual machine uses the source's run strategy by default. |
There was a problem hiding this comment.
The suggested steps reflect how New Virtual Machine Name appears before Run Strategy.
| 3. Set a new VM name and click `Create` to create a new VM. | ||
|  |
There was a problem hiding this comment.
| 3. Set a new VM name and click `Create` to create a new VM. | |
|  | |
| 1. Click **Create**. |
| - If both EFI and vTPM are enabled, Harvester preserves both persistent states. | ||
| - If only EFI or only vTPM is enabled, Harvester preserves only the selected persistent state. | ||
| - If neither EFI nor vTPM is enabled, Harvester does not process the persistent state storage. |
There was a problem hiding this comment.
| - If both EFI and vTPM are enabled, Harvester preserves both persistent states. | |
| - If only EFI or only vTPM is enabled, Harvester preserves only the selected persistent state. | |
| - If neither EFI nor vTPM is enabled, Harvester does not process the persistent state storage. | |
| | EFI Status | vTPM Status | Harvester Behavior | | |
| | --- | --- | --- | | |
| | Enabled | Enabled | Preserves both persistent states | | |
| | Enabled | Disabled | Preserves only the EFI state | | |
| | Disabled | Enabled | Preserves only the vTPM state | | |
| | Diasbled | Disabled | Skips processing of persistent state storage | |
| - If only EFI or only vTPM is enabled, Harvester preserves only the selected persistent state. | ||
| - If neither EFI nor vTPM is enabled, Harvester does not process the persistent state storage. | ||
|
|
||
| The cloned VM may stay in the `Pending` state while Harvester copies and prepares the persistent state storage. |
There was a problem hiding this comment.
| The cloned VM may stay in the `Pending` state while Harvester copies and prepares the persistent state storage. | |
| The cloned virtual machine may remain in the `Pending` state while Harvester prepares the persistent state storage. |
|
|
||
|  | ||
|
|
||
| :::note |
There was a problem hiding this comment.
| :::note | |
| :::caution |
|
|
||
| :::note | ||
|
|
||
| EFI and vTPM persistent state is stored separately from the volumes listed in `vm.Spec.Template.Spec.Volumes`. Harvester creates this storage only after the source VM has been started at least once. If the source VM has never been started, cloning a VM with EFI or vTPM persistent state can fail because the required source storage does not exist. |
| ::: | ||
|
|
||
| :::caution | ||
|
|
||
| Because the persistent state is copied from the source VM, guest-visible firmware identifiers such as the firmware UUID will be the same on the cloned VM. The cloned VM still has its own VM object identity in Harvester. |
There was a problem hiding this comment.
| ::: | |
| :::caution | |
| Because the persistent state is copied from the source VM, guest-visible firmware identifiers such as the firmware UUID will be the same on the cloned VM. The cloned VM still has its own VM object identity in Harvester. | |
| Because the persistent state is copied directly from the source, the cloned virtual machine will inherit identical guest-visible firmware identifiers (including the firmware UUID). However, the clone retains its own virtual machine object identity within Harvester. |
There was a problem hiding this comment.
I suggest that we combine the two notes.
…n 1.8 Signed-off-by: pohanhuang <pohan.huang@suse.com> fix: add efi tpm screen shot
Signed-off-by: pohanhuang <pohan.huang@suse.com>
|
@jillian-maroket thanks for the review. |
|
Tick the box to add this pull request to the merge queue (same as
|
Problem:
Solution:
Related Issue(s):
harvester/harvester#9182
Test plan:
Additional documentation or context
v1.8
v1.9