Skip to content

Commit

Permalink
docs: hardware_version in vsphere-clone
Browse files Browse the repository at this point in the history
Update `hardware_version` content in `vsphere-clone` post-processor docs.

Ref: #260

Signed-off-by: Ryan Johnson <[email protected]>
  • Loading branch information
tenthirtyam authored and lbajolet-hashicorp committed Dec 6, 2023
1 parent 229e8da commit 8b80f6d
Show file tree
Hide file tree
Showing 2 changed files with 24 additions and 10 deletions.
17 changes: 12 additions & 5 deletions .web-docs/components/post-processor/vsphere/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -55,11 +55,18 @@ Optional:
- `overwrite` (boolean) - If `true`, force the system to overwrite the
existing files instead create new ones. Default: `false`

- `hardware_version` (string) - The virtual hardware version that the VM
should be deployed with. Use when deploying to vSphere / ESXi host whose version
is different than the the one used to create the artifact. See
[VMware KB 1003746](https://kb.vmware.com/s/article/1003746) for more information
on the virtual hardware versions supported by each vSphere / ESXi version.
- `hardware_version` (string) - This option sets the maximum virtual hardware version
for the deployed VM. It does not upgrade the virtual hardware version of the source VM.
Instead, it limits the virtual hardware version of the deployed VM to the specified
version. If the source VM's hardware version is higher than the specified version,
the deployed VM's hardware version will be downgraded to the specified version.
If the source VM's hardware version is lower than or equal to the specified version,
the deployed VM's hardware version will be the same as the source VM's.
This option is useful when deploying to a vSphere / ESXi host whose version is different
than the one used to create the artifact.

See [VMware KB 1003746](https://kb.vmware.com/s/article/1003746) for more information
on the virtual hardware versions supported for each vSphere / ESXi version.

- `options` (array of strings) - Custom options to add in `ovftool`. See
`ovftool --help` to list all the options
Expand Down
17 changes: 12 additions & 5 deletions docs/post-processors/vsphere.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -65,11 +65,18 @@ Optional:
- `overwrite` (boolean) - If `true`, force the system to overwrite the
existing files instead create new ones. Default: `false`

- `hardware_version` (string) - The virtual hardware version that the VM
should be deployed with. Use when deploying to vSphere / ESXi host whose version
is different than the the one used to create the artifact. See
[VMware KB 1003746](https://kb.vmware.com/s/article/1003746) for more information
on the virtual hardware versions supported by each vSphere / ESXi version.
- `hardware_version` (string) - This option sets the maximum virtual hardware version
for the deployed VM. It does not upgrade the virtual hardware version of the source VM.
Instead, it limits the virtual hardware version of the deployed VM to the specified
version. If the source VM's hardware version is higher than the specified version,
the deployed VM's hardware version will be downgraded to the specified version.
If the source VM's hardware version is lower than or equal to the specified version,
the deployed VM's hardware version will be the same as the source VM's.
This option is useful when deploying to a vSphere / ESXi host whose version is different
than the one used to create the artifact.

See [VMware KB 1003746](https://kb.vmware.com/s/article/1003746) for more information
on the virtual hardware versions supported for each vSphere / ESXi version.

- `options` (array of strings) - Custom options to add in `ovftool`. See
`ovftool --help` to list all the options
Expand Down

0 comments on commit 8b80f6d

Please sign in to comment.