When deploying a RHEL 10 or Rocky 10 template in VMware Cloud Director, the admin password is not set by guest customization, as expected.
cloud-init.Guest customization functionality is provided by the underlying vSphere and is contingent on compatibility with that environment. For example, RHEL 10 deprecates the ifcfg-rh format and removes the /etc/sysconfig/network-scripts/ directory. VMware’s traditional Perl-based customization engine relies on this path. If cloud-init is installed on the template, open-vm-tools may hand over customization control to cloud-init, which often lacks the configuration to process VCD-specific UI data.
For more details, see the related vCenter Article:
Choose one of the two methods below to resolve this conflict.
Method 1: Switch to Perl-based customization engine (Legacy Path)
sudo dnf install open-vm-tools perl -ysudo mkdir -p /etc/sysconfig/network-scriptscloud-init configuration to disable VMware customization: Edit /etc/cloud/cloud.cfg and ensure the following is removed or set to true: disable_vmware_customization: trueMethod 2: Use cloud-init customization engine
/etc/cloud/cloud.cfg and set: disable_vmware_customization: falsecloud-init (refer to ).cloud-init instance: sudo cloud-init clean --seed
For more information regarding guest customization compatibility, please refer to the following:
Configure a guest customization method for an unsupported Linux distribution
For additional information on how cloud-init is used to customize a Linux VM, please refer to the following article:
How does vSphere Guest OS Customization work with cloud-init to customize a Linux VM