Part#2: Preparing Hosts For Commissioning in VCF9.0.1 and Fixing FQDN/SAN & Certificate Mismatches during VCF Management domain installation
Preparing Hosts For Commissioning in VCF9.0.1 and Fixing FQDN/SAN & Certificate Mismatches during VCF Management domain installation
In this article our focus is on preparing ESX hosts for commissioning during the deployment of VCF management domain and fixing host failures during the hosts adding in VCF installer caused by certificate SAN/FQDN mismatches and misconfigured host identity.
When deploying a VMware Cloud Foundation (VCF) 9.0 management domain, you must prepare a minimum of three ESX hosts to meet the platform’s baseline requirements. This ensures that core management components have sufficient resources and can operate with the expected level of resilience.
A brief specification of hosts used in the lab.
No. of ESX | 03 |
Host Memory | 128GB |
Storage | 06 Disks 1 100GB, 05 of 250 GB |
Network adapters | 04 |
Nested Hosts Preparation:
I am building these ESX hosts in a nested lab environment and done the following
1. Download the vendor‑supplied ESX installer and upload the OVA/ISO to the datastore
2. Create a new VM for each nested host and assign CPU, memory, storage, and networking based on the resource guidelines defined earlier in the Nested Host Specifications section. Configure the VM to boot from the ESX installation media, then proceed with the installation inside the nested VM with the settings Make sure to enable Expose Hardware assisted virtualization to guest OS setting in CPU.
and complete the installation standard steps and repeat steps for all 3 hosts to be installed.
and ensure that NTP service should be in running state.
Once all the hosts are installed you start the VCF installer and during the installer work flow wizard will ask to Add hosts screen and Add hosts and confirm Thumbprint of ESX.
Initial error: Certificates for esx02.vplab.local does not match any of the subject alternative names [localhost.localdomain]
To resolve this you will have to do the following on all the hosts.
1. ssh in to the host and run the following command to set the host name from localhost.localdomain to esx02.vplab.local
esxcli system hostname set --fqdn=esx02.vplab.local
where
esx02.vplab.local is my fqdn for this esx host
2. Stop the services.
Use the following command.
services.sh stop
Remove the existing certificates that are present in the /etc/vmware/ssl directory.
it contains two objects rui.crt and rui.key ensure to remove all of them.
I did the same steps for all the 3 hosts and then added the hosts again and it will get added and the required certificate SAN matched the FQDN
1. ESX generates a self‑signed cert at install time, before you set the final hostname; the CN/SAN often ends up as localhost.localdomain. After installation of ESX hosts, always set FQDN first and then regenerate certificates.
2. VCF 9.0.x validates host identity over HTTPS during commissioning and expects the certificate CN/SAN to match the FQDN you supply. Always ensure that Certificate matches FQDN. if the SAN doesn't match the FQDN you submit, commissioning fails
3. Keep a small prep script for hosts you plan to commission
(hostname, DNS, NTP, cert regen, service restart).
Comments
Post a Comment