Producent oprogramowania VMware opublikował najnowszą aktualizację dla vCenter Server 7.0 Update 3. Od nowszej wersji, użytkownicy mogą dokonywać migracji trwałych woluminów kontenerowych między magazynami danych w vSphere Cloud Native Storage, wykorzystując klienta vSphere. Ponadto, nowsza wersja naprawiła problem z maszynami wirtualnymi vCLS, które po restarcie klastra vSAN nie są automatycznie włączane. Po więcej informacji, zapraszam do dalszej części artykułu.
Co nowego:
-
Migration of persistent container volumes between datastores in the vSphere Cloud Native Storage: Starting with vSphere 7.0 Update 3o, you can migrate persistent container volumes between datastores in the vSphere Cloud Native Storage by using the vSphere Client.
-
Activate retreat mode for vSphere Cluster Services (vCLS) from the vSphere Client: With vSphere 7.0 Update 3o, you can activate retreat mode on a vCLS cluster by using the EDIT VCLS MODE button at Configure > vSphere Cluster Services > General.
Rozwiązane problemy:
vSAN Issues
-
vCLS VMs are not powered on after vSAN cluster shutdown and restart
During vSAN cluster shutdown, vSAN disables the cluster in ESX Agent Manager (EAM). When EAM service is restarted, it does not power-on the vCLS VMs.
This issue is resolved in this release.
-
Transient vSAN health check warning: Network configuration is out of sync
vSAN Skyline health might randomly report that network configuration is out of sync. This transient issue occurs when the vSAN health service uses an outdated vCenter configuration to perform unicast check.
This issue is resolved in this release.
Virtual Machine Management
-
Migrating virtual machines between vCenter instances with Advanced Cross-vCenter vMotion might fail with „VirtualEthernetCardNetworkBackingInfo required property deviceName not set”
If the source and target vCenter instances, either on-prem or cloud, in an Advanced Cross-vCenter vMotion operation have matching networks with identical names for some of the network adapters, the operation might fail with an error such as
VirtualEthernetCardNetworkBackingInfo required property deviceName not set
. The issue does not affect standard cross-vCenter migration of VMs between linked vCenter instances.This issue is resolved in this release.
-
In the vSphere Client, some VM virtual hardware settings display in black on a dark background and you cannot clearly see their values
In the vSphere Client, when you open Edit Settings > Virtual Hardware for a virtual machine and expand either the Memory or Hard disks sections, you see numbers displayed in black on a dark background and cannot clearly see the values.
This issue is resolved in this release.
-
Filtering virtual machines based on IP address does not work for VMs with two or more IP addresses
In the vSphere Client, when you filter a Virtual Machines list by IP address, virtual machines with two or more IP addresses, in cases such as two NICs attached or using virtualized IPs, might not appear in the filtered results.
This issue is resolved in this release.
-
Migrating multiple VMs between datacenters might fail to complete the Select a compute resource validation step
In rare cases, when you migrate many VMs between datacenters, an issue with a property computation might result in failure to complete the validation on the Select a compute resource step and you might not be able to perform the migration.
This issue is resolved in this release.
-
The parent resource pool or vApp might not be preserved when performing scheduled VM migration within the same cluster
When you schedule a task to migrate VMs and the source and destination hosts are in the same cluster, the VMs might move out of the parent resource pool or vApp after the migration completes.
This issue is resolved in this release.
-
In the vSphere Client, you cannot apply an encryption storage policy to a virtual machine
If a key management server (KMS) cluster that enables virtual machine encryption tasks has connectivity issues, you cannot apply an encryption storage policy to a VM by using Edit VM Storage Policy or Edit VM Settings in the vSphere Client. You also see long loading times, due to the connectivity issue of the KMS cluster.
This issue is partially resolved in this release. You can set an encryption storage policy to a virtual machine by using Edit VM Settings. However, you must fix the connectivity issue of the problematic KMS server or remove it from the key provider to make sure that encryption policies and the vSphere Client wizards work as expected.
-
In the vSphere Client, the Select all items option might not function properly after a live refresh of the data grid
In the vSphere Client, when you add or modify an entity in a related object list, for example a list of VMs, the task triggers a self-refresh and a consecutive live refresh of the list. As the data grid gets updated twice, the Select all items option might not function properly.
This issue is resolved in this release.
-
You cannot download .vmx files from a vCenter system
If an ESXi host has encryption mode enabled, you cannot download .vmx files from this host even when individual VMs are not encrypted, unless you have Cryptographer.Access privilege on the vCenter system.
This issue is resolved in this release.
vCenter Server and vSphere Client Issues
-
Special characters such as '%’ in the vCenter folder names appear with escaped characters such as '%25′
In some cases, you might see vCenter folder names that contain special characters such as ’
%
’ to display incorrectly in the vSphere Client because the special character is escaped. For example, a folder nameMy%Folder
displays asMy%25Folder
.This issue is resolved in this release.
-
You see names of network adapters in the Virtual Hardware settings screen in the vSphere Client with „%2f” instead of „/”
In the vSphere Client, when you navigate to a virtual machine > Edit Settings > Virtual Hardware, you see the names of network adapters with „%2f” instead of „/”. For example,
nw10.55.0.0/24
appears asnw10.55.0.0%2f24
.This issue is resolved in this release.
-
If you delete the default Backup job failed or Backup job success alarms in vCenter, you cannot restore them
The general alarms Backup job failed or Backup job success in vCenter are default alarms and if you delete them, you cannot add them back, because the backup default alerts are not available in the Add new alarm drop-down menu.
This issue is resolved in this release. The fix adds Backup job failed and Backup job success alarms to the Add new alarm drop-down menu.
Security Issues
-
If an Internet proxy password contains certain reserved characters, some vSphere Lifecycle Management operations fail
Certain reserved characters in an Internet proxy password, except alphanumeric and dashes, underscores, periods, and tildes, trigger URL encoding, also known as percent-encoding, of the password string, which causes failure of some vSphere Lifecycle Management operations that require access to the Internet through a password-protected proxy. For example, when you click Select Actions > Sync HCL on the vSphere Lifecycle Manager home view in the vSphere Client, you see the error
Update HCL data - A general system error occurred
even though a correct proxy server username and password are configured.This issue is resolved in this release.
-
Multiple ESXi hosts intermittently lose connectivity but quickly reconnect
If you have an invalid Key Management Server (KMS) configuration in your vCenter system, such as a stale testing instance, the vpxd service periodically tries to connect to that KMS to check its status, which leads to wrong file descriptors. As a result, ESXi hosts lose connectivity. Hosts disconnect one at a time but reconnected automatically after 1 second.
This issue is resolved in this release.
-
The field organizationalUnitName is required for Secure Sockets Layer (SSL) certificates
Starting from vCenter Server 7.0 Update 3o, if you use the vSphere Automation API, Certificate Manager utility, or Certificate management CLIs as an interface to manage vCenter Server Certificates, you can leave the
organizationalUnitName
field empty. The change does not affect existing workflows for certificate replacement or Certificate Signing Requests (CSRs). The vSphere Client and PowerCLI 12.4 still require data for theorganizationalUnitName
field.This issue is resolved in this release.
-
Vulnerability scans might report the HTTP TRACE method on vCenter ports 9084 and 9087 as vulnerable
Some third-party tools for vulnerability scans might report the HTTP TRACE method on vCenter ports 9084 and 9087 as vulnerable.
This issue is resolved in this release.
-
vCenter Server 7.0 Update 3o provides the following security updates:
-
Apache Tomcat is updated to version 8.5.89.
-
The Spring Framework is updated to version 5.3.27.
-
The Jackson package is updated to version 2.15.2.
-
The Commons Lang3 software library is updated to version 3.12.0.
-
The Commons-Collections4 software library is updated to version 4.4.
-
The Commons-Fileupload software library is updated to version 1.5.
-
Velocity-Engine-Core is updated to version 2.3.
-
The sqlite-jdbc is updated to version 3.42.0.0.
-
Protocol Buffers (Protobuf) is updated to version 3.22.3.
-
Jetty is updated to version 9.4.51.v20230217.
-
See the PhotonOS release notes for open source changes.
-
Installation and Upgrade Issues
-
You cannot migrate only the configuration and inventory of a vCenter by using the vCenter GUI installer
When you perform a vCenter migration by using the GUI installer, if you select only the option Configuration and Inventory, you get data for the full list of options, including Tasks and Events, and Performance Metrics. The issue occurs, because regardless of the selection in the GUI installer, the selection in the backend is for all data.
This issue is resolved in this release.
-
You see 'VMware directory error[9127]’ in the backlog after vCenter upgrade to vCenter 7.x fails
Due to a possible mismatch between the Common Name,
cn
, and thesAMAccountName
LDAP attribute in a domain controller in your vCenter system, upgrades to vCenter 7.x might fail. In the/var/log/firstboot
file, you see messages such as:INFO wcp-firstboot WCP storage user does not exists, create the user
andVMware directory error[9127]
.This issue is resolved in this release.
Miscellaneous Issues
-
You see two SAN entries with the same hostname in a certificate signing request
In rare cases, a Certificate Signing Request (CSR) might contain duplicate SAN entries. This issue has no functional impact and the CSR succeeds in creating a new certificate.
This issue is resolved in this release.
-
The vCenter syslog service creates duplicated files into the directory /var/log/vmware/esx/HOSTNAME/
After a change in the upstream configuration of the syslog service on your ESXi hosts, you might see duplicate stream files in the source system that pile up to consume extra space in vCenter.
This issue is resolved in this release.
-
You see a logs for a duplicate vSphere HA entry after a restart of vSphere HA on an ESXi host
When you use the vSphere Client to configure an advanced option for vSphere HA, if the entry contains a space, for example
<unknownStateMonitorPeriod >
, you might see a duplicate entry for the configured property after a restart of vSphere HA. In thefdm.log
file on the host, you see an error such as:2022-12-05T20:55:58.592Z fdm[2104214]: Upgrade FDM configuration failed with error:Duplicate child: unknownStateMonitorPeriod.
This issue is resolved in this release.
-
Migration of ESXi 6.x VMs to 7.0 Update 2 and later fails with an error 'Module 'MonitorLoop’ power on failed.’
Migrating a 6.x virtual machine to an ESXi host of version 7.0 Update 2 or later by using vSphere vMotion might fail because the destination host requires larger VM overhead memory than the source host. In the backtrace, you see an error such as
Module 'MonitorLoop' power on failed.
.This issue is resolved in this release. The fix enhances the vSphere DRS advanced option
NewDeltaAlloc
. -
You see some vsphere-ui logs not compressed after rotation
Several vsphere-ui logs, such as
catalina.log
,localhost.log
,manager.log
, andhost-manager.log
, are not compressed after rotation and you might see lengthy lists of rotated files, if rotation is more frequent, for example daily.This issue is resolved in this release.
-
You see false vSphere Client alarms for certificate expiry with negative expiry dates even when you change the system date
This issue occurs in very rare cases, when for some reason the date on your vCenter system is set to a distant future date, relative to which date vCenter certificates display as expired. As a result, you see certificate expiry alarms as expected, because alarms are not designed to consider cases when the vCenter system is set to a future date. vCenter alarms with negative expiry dates continue even after you change the system time to the correct date.
This issue is resolved in this release. The fix makes sure you no longer see certificate expiry alarms after correcting the system date. Best practice is to avoid setting the date on your vCenter system to a distant future date.
-
VMware Service Lifecycle Manager (vmware-vmon) vMon closes threads of the vpxd service before it succeeds to produce a core dump in case of failure
In rare cases, when a core dump operation takes long, the vmware-vmon service that monitors the health of vCenter services might close threads of the vpxd service before it succeeds to produce a core dump in case of failure. As a result, you cannot investigate the root cause of the vpxd failure.
This issue is resolved in this release.
-
The vpxd service frequently fails with a dump during a virtual machine migration operation
In rare cases, when the hostd service returns an empty virtual machine layout during a migration operation, the vpxd service might fail with a dump due to a missing null check for virtual machine layouts.
This issue is resolved in this release. The fix adds a null check for VM layout to prevent vpxd failures.
-
After a vCenter upgrade, SNMP might return the base version instead of the upgraded vCenter version information
After a vCenter upgrade, when you run a
snmpwalk
command to get the vCenter version information, the command might return the base version instead of the upgraded version information.This issue is resolved in this release.
-
Core files of the SNMP service fill up the /storage/core directory
The internal buffer that holds the CPU information of a virtual file system in the file
/proc/cpuinfo
might not be correctly calculated and cause many core files of the SNMP service to generate and fill up the/storage/core
directory.This issue is resolved in this release. The fix makes sure that the buffer can hold the entire
cpuinfo
file properly. -
ESXi hosts randomly disconnect from the Active Directory domain or vCenter due to Likewise memory exhaustion
Memory leaks in Active Directory operations and related libraries, or when smart card authentication is enabled on an ESXi host, might lead to Likewise memory exhaustion.
This issue is partially resolved in this release. For more information, see VMware knowledge base article 78968.
Networking Issues
-
You cannot filter distributed port groups on the NSX Port Group ID column
In the vSphere Client, when you try to filter distributed port groups on the NSX Port Group ID column, you might see an error such as
Cannot filter by non-filterable property: DistributedVirtualPortgroup/dvpgNsxId
error or you continuously see the ports datagrid display as loading.This issue is resolved in this release. The fix unblocks filtering, but you still cannot filter by the NSX Port Group ID column.
Storage Issues
-
vSphere Storage DRS operations with virtual machines fail with an error: The available storage IOPs capacity is not sufficient for the operation
If some VMs in a storage cluster have storage I/O reservations, vSphere Storage DRS might fail to balance the I/O reservations in the cluster and throw and error such as
The available storage IOPs capacity is not sufficient for the operation
.This issue is resolved in this release. The manual workaround is to set the vSphere Storage DRS advanced option
EnforceIOReservations
to0
. -
The timestamp property of DatastoreInfo object continuously changes and might even take old timestamps
In case of shared datastores, timestamp in the
DatastoreInfo
object can vary from host to host. Timestamps indicate the time at which an ESXi host pulls data such as free space and capacity from the storage stack and different hosts can trigger refresh at different time. During host sync to update theDatastoreInfo
object, vCenter might get an older timestamp that the one that another host has just sent, and you see a fluctuation in the timestamps.This issue is resolved in this release.
CIM and API Issues
-
Some API commands in the Appliance Shell might return unexpected results
Some API commands that you use in the Appliance Shell in vCenter Server to perform various administrative tasks might return unexpected results. For example, the command
com.vmware.appliance.version1.resources.cpu.stats.get
might return:Error in method: Operation Failed. (code com.vmware.applmgmt.err_operation_failed)
orError in executing command: 8002
.Some health-related commands, such as:
-
com.vmware.appliance.version1.resources.load.health.get
-
com.vmware.appliance.version1.resources.mem.health.get
-
com.vmware.appliance.version1.resources.storage.health.get
-
com.vmware.appliance.version1.resources.swap.health.get
-
com.vmware.appliance.version1.resources.system.health.get
-
com.vmware.appliance.version1.resources.softwarepackages.health.get
might return only gray health status.
This issue is resolved in this release.
-
-
The integrity_check_machine_account_executor.py tool might time out and you see a non-fatal error message
When you run the vc-support command to collect the log support bundle of a vCenter, you might see a non-fatal error such as:
cmd "/usr/lib/vmware-vmdir/vmdir-tool/integrity_check_machine_account_executor.py" timed out after 1200 seconds due to lack of progress in last 600 seconds (0 bytes read)
. In such cases, you only need to run that script separately to collect the complete output by using the[--integrityCheck]
option of the/usr/lib/vmware-vmdir/vmdir-tool/vmdir_tool.py
tool.This issue is resolved in this release.
Auto Deploy Issues
-
Stateless ESXi hosts deployed from a Host Profile with a Fixed password configuration might disconnect from vCenter after a reboot
Stateless ESXi hosts that you deploy by using vSphere Auto Deploy might not exit Maintenance Mode after a reboot and you need to set manually the root password to reconnect the hosts to a vCenter. The issue occurs only when you use a Host Profile with a Fixed password configuration that does not correctly apply after a reboot of stateless hosts.
This issue is resolved in this release.
-
In VMware vSphere+, stateless ESXi hosts that you deploy by using vSphere Auto Deploy might fail to boot or connect to a cluster
When you deploy stateless ESXi hosts by using Auto Deploy in an environment with a vSphere+ license, the verification of the license might fail during the host boot. As a result, the host cannot join the designated cluster and get the proper license.
This issue is resolved in this release.
vSphere vMotion Issues
-
vSphere vMotion operation from a 6.7.x ESXi host with an Intel Ice Lake CPU fails with msg.checkpoint.cpucheck.fail
vSphere vMotion operations by using either the vSphere Client or VMware Hybrid Cloud Extension (HCX) from an Intel Ice Lake CPU host running ESXi 6.7.x fails with an error such as
msg.checkpoint.cpucheck.fail
. In the vSphere Client, you see a message that cpuid.PSFD is not supported on the target host. In HCX, you see a report such asA general system error occurred: vMotion failed:
.This issue is resolved in this release.
Server Configuration Issues
-
The VMware vSphere Authentication Proxy (vmcam) service intermittently fails to start and you cannot complete a vCenter file-based backup
When you use the vCenter Server Appliance Management Interface (VAMI) to run a file-based backup, you might see an error such as:
Invalid vCenter Server Status: All required services are not up! Stopped services:'vmcam'
The issue occurs when the vmcam occasionally fails to start due to a possible change in the ownership of the vmcam log file from
/vmcam
to/root
after a vCenter update.This issue is resolved in this release. The fix makes sure the vmcam log file is updated with the correct ownership.
-
When you configure vSphere Cluster Services (vCLS) datastores by using PowerCLI or VMware Aria Automation Orchestrator you see redeployment of vCLS VMs on regular intervals
When you create a custom datastore configuration of vCLS VMs by using VMware Aria Automation Orchestrator, former VMware vRealize Orchestrator, or PowerCLI, for example set a list of allowed datastores for such VMS, you might see redeployment of such VMs on regular intervals, for example each 15 minutes.
Notatki producenta: VMware vCenter Server 7.0 Update 3
Pozdrawiamy,
Zespół B&B
Bezpieczeństwo w biznesie