B&B Bezpieczeństwo w biznesie
  • Start
  • O nas
  • Produkty
  • Usługi
    • Szkolenia
    • Cyberbezpieczny Samorząd
    • Audyt bezpieczeństwa informacji
      • Testy penetracyjne
      • Testy ataków socjotechnicznych
    • Audyt konfiguracji Fortigate
    • Prezentacje
    • Wdrożenia
  • Blog techniczny
  • Pomoc
  • Kariera
  • Kontakt

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 name My%Folder displays as My%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 as nw10.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 the organizationalUnitName 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 the sAMAccountName 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 and VMware 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, and host-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 to 0.

  • 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 the DatastoreInfo 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)or

    Error 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 as A 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

Post Views: 1 693

VMware VMware vCenter Server VMware vCenter Server 7.0 Update 3

Poprzedni artykułWithSecure Policy Manager 16.00 and WithSecure Policy Manager Proxy 16.00Następny artykuł FortiClient 7.2.2 (Windows)

Najnowsze

FortiAnalyzer 7.6.38 maja 2025
FortiManager 7.6.330 kwietnia 2025
FortiMail 7.6.322 kwietnia 2025

Kategorie

  • Acronis
  • Aktualności
  • Bez kategorii
  • ESET
  • F-Secure
  • FortiAnalyzer
  • FortiAP
  • FortiAuthenticator
  • FortiClient
  • FortiDeceptor
  • FORTIGATE
  • FORTIMAIL
  • FortiManager
  • FortiNAC
  • FortiSIEM
  • FORTISWITCH
  • FortiWeb
  • NAKIVO
  • Proget
  • Qnap
  • Stormshield
  • Szkolenia
  • Veeam
  • VMware
  • WithSecure

Tagi

6.0.6 6.2.2 6.2.7 6.4.0 6.4.4 6.4.5 6.4.8 7.0.0 7.0.2 7.0.5 7.2.0 7.2.2 ems Eset eset endpoint antivirus eset endpoint security ESET Inspect ESET Protect ESET Protect Cloud F-Secure FMG FortiAnalyzer forti analyzer FortiAP fortiap-w2 FortiAuthenticator FortiClient FortiClientEMS forticlient ems FortiGate FortiMail FortiManager FortiNAC Fortinet FortiOS FortiSIEM FortiSwitch FortiWeb vCenter vCenter Server VMware VMware ESXi vmware esxi 8.0 vmware vcenter VMware vCenter Server

MENU

  • Start
  • O nas
  • Produkty
  • Usługi
    • Szkolenia
    • Cyberbezpieczny Samorząd
    • Audyt bezpieczeństwa informacji
      • Testy penetracyjne
      • Testy ataków socjotechnicznych
    • Audyt konfiguracji Fortigate
    • Prezentacje
    • Wdrożenia
  • Blog techniczny
  • Pomoc
  • Kariera
  • Kontakt

BLOG TECHNICZNY

FortiAnalyzer 7.6.38 maja 2025
FortiManager 7.6.330 kwietnia 2025
FortiMail 7.6.322 kwietnia 2025

KONTAKT

biuro@b-and-b.plhttps://www.b-and-b.pl
8:00-16:00
RODO | POLITYKA PRYWATNOŚCI
OGÓLNE WARUNKI REKLAMACJI

BEZPIECZEŃSTWO W BIZNESIE 2025 - wszystkie prawa zastrzeżone

MENU

  • Start
  • O nas
  • Produkty
  • Usługi
    • Szkolenia
    • Cyberbezpieczny Samorząd
    • Audyt bezpieczeństwa informacji
      • Testy penetracyjne
      • Testy ataków socjotechnicznych
    • Audyt konfiguracji Fortigate
    • Prezentacje
    • Wdrożenia
  • Blog techniczny
  • Pomoc
  • Kariera
  • Kontakt

BLOG TECHNICZNY

FortiAnalyzer 7.6.38 maja 2025
FortiManager 7.6.330 kwietnia 2025
FortiMail 7.6.322 kwietnia 2025

Kontakt

+48 500-413-313
biuro@b-and-b.pl
8:00-16:00

Korzystamy z plików cookies lub podobnych technologii, by lepiej dopasować treści na stronie do Twoich potrzeb. W każdej chwili możesz zmienić ustawienia cookies. Polityka prywatności

Odmów
Akceptuję
Cookies are small text files that can be used by websites to make a user's experience more efficient. The law states that we can store cookies on your device if they are strictly necessary for the operation of this site. For all other types of cookies we need your permission. This site uses different types of cookies. Some cookies are placed by third party services that appear on our pages.
  • Necessary
    Always Active
    Necessary cookies help make a website usable by enabling basic functions like page navigation and access to secure areas of the website. The website cannot function properly without these cookies.

  • Marketing
    Marketing cookies are used to track visitors across websites. The intention is to display ads that are relevant and engaging for the individual user and thereby more valuable for publishers and third party advertisers.

  • Analytics
    Analytics cookies help website owners to understand how visitors interact with websites by collecting and reporting information anonymously.

  • Preferences
    Preference cookies enable a website to remember information that changes the way the website behaves or looks, like your preferred language or the region that you are in.

  • Unclassified
    Unclassified cookies are cookies that we are in the process of classifying, together with the providers of individual cookies.