Note di rilascio di VMware Cloud Director 10.4.1.1

VMware Cloud Director 10.4.1.1 \| 02 MAR 2023 \| Build 21373231 (build installata 21373066) Controllare se sono presenti aggiunte o aggiornamenti a queste note di rilascio.

VMware Cloud Director 10.4.1.1 | 02 MAR 2023 | Build 21373231 (build installata 21373066)

Controllare se sono presenti aggiunte o aggiornamenti a queste note di rilascio.

Novità

VMware Cloud Director versione 10.4.1.1 include correzioni di bug e aggiornamenti del sistema operativo di base dell'appliance di VMware Cloud Director, nonché dei componenti open source di VMware Cloud Director.

Documentazione

Per accedere alla documentazione completa del prodotto, passare a Documentazione di VMware Cloud Director.

Versioni precedenti di VMware Cloud Director 10.4.x

Note di rilascio di VMware Cloud Director 10.4.1

Note di rilascio di VMware Cloud Director 10.4

Problemi risolti

Nuovo - L'aggiunta simultanea di più servizi virtuali per un gateway NSX Edge genera il messaggio di errore Gateway busy

In un gateway NSX Edge che utilizza il bilanciamento del carico avanzato di NSX, l'aggiunta simultanea di più servizi virtuali genera il messaggio di errore Gateway busy e alcuni servizi non vengono creati correttamente. In VMware Cloud Director, lo stato dei servizi virtuali non riusciti viene visualizzato come Critical e non è possibile eseguire alcuna operazione in tali servizi virtuali.
Le operazioni di VMware Cloud Director, ad esempio l'attivazione e la disattivazione di una macchina virtuale, richiedono più tempo dopo l'aggiornamento a VMware Cloud Director 10.4.1

Dopo l'aggiornamento a VMware Cloud Director 10.4.1, il completamento delle operazioni di VMware Cloud Director, ad esempio l'attivazione o la disattivazione di una macchina virtuale, richiede più tempo. L'attività mostra uno stato Starting virtual machine e non accade nulla.

Nel file di registro jms-expired-messages.logs viene visualizzato un errore.

RELIABLE:LargeServerMessage & expiration=
Durante un aggiornamento da VMware Cloud Director 10.4 alla versione 10.4.1, l'aggiornamento della cella di standby non riesce e viene visualizzato un messaggio di errore Failure: Error while running post-install scripts

Quando si esegue l'aggiornamento dell'appliance VMware Cloud Director utilizzando un pacchetto di aggiornamento dalla versione 10.4 alla versione 10.4.1, l'aggiornamento della cella di standby non riesce e viene visualizzato un messaggio di errore.

Failure: Error while running post-install scripts

Nel file di registro update-postgres-db.log viene visualizzato un errore.

> INFO: connecting to source node

> DETAIL: connection string is: host=primary node ip user=repmgr

> ERROR: connection to database failed

> DETAIL:

> connection to server at "primary node ip", port 5432 failed: could not initiate GSSAPI security context: Unspecified GSS failure. Minor >> code may provide more information: No Kerberos credentials available (default cache: FILE:/tmp/krb5cc_1002)

> connection to server at "primary node ip", port 5432 failed: timeout expired

Problemi noti

Nuovo - Lo script di ridimensionamento del disco del database dell'appliance di VMware Cloud Director potrebbe non riuscire se l'identificatore del disco SCSI di supporto viene modificato

Lo script di ridimensionamento del disco del database viene eseguito correttamente solo se l'ID del disco SCSI del database di supporto rimane invariato. Se l'ID cambia per un motivo qualsiasi, lo script potrebbe risultare come eseguito correttamente, ma in realtà non è così. /opt/vmware/var/log/vcd/db_diskresize.log mostra che lo script non riesce e viene visualizzato un errore No such file or directory.
Soluzione:
1. Accedere direttamente o tramite un client SSH alla cella primaria come root.
2. Eseguire il comando lsblk --output NAME,FSTYPE,HCTL.
3. Nell'output, individuare il disco contenente la partizione database_vg-vpostgres e prendere nota del relativo ID. L'ID si trova nella colonna HCTL ed è nel formato di esempio seguente: 2:0:3:0.
4. Nello script db_diskresize.sh, modificare l'ID della partizione con l'ID del passaggio 3. Ad esempio, se l'ID è 2:0:3:0, in linea
```
echo 1 > /sys/class/scsi_device/2\:0\:2\:0/device/rescan
```
  è necessario modificare l'ID in 2:0:3:0.
```
echo 1 > /sys/class/scsi_device/2\:0\:3\:0/device/rescan
```
5. Se si salvano le modifiche, si richiama manualmente lo script di ridimensionamento o si riavvia l'appliance.
Nuovo - Se si eliminano macchine virtuali rilevate automaticamente da VMware Cloud Director, le macchine virtuali esistenti nelle vApp vengono spostate nella cartellaStrandedItems e rinominate

Quando si eliminano le macchine virtuali rilevate automaticamente da VMware Cloud Director, il sistema sposta le macchine virtuali esistenti che si trovano nelle vApp nella cartella StrandedItems in vCenter Server e rinomina le macchine virtuali gestite di vCenter Server con un suffisso prima dell'UUID delle macchine virtuali, simile a vcentervm-1 (vm-uuid).

Soluzione: nessuna.
Nuovo - L'aggiornamento a VMware Cloud Director 10.4.1 o versione successiva non riesce e viene visualizzato un errore Fix postgres user home directory
Quando si tenta di eseguire l'aggiornamento a VMware Cloud Director 10.4.1 o versione successiva, l'aggiornamento non riesce. update-postures-db.log contiene il seguente errore.
```
2023-05-15 16:38:01 | update-postgres-db.sh | Fix postgres user home directory
usermod: user postgres is currently used by process 17236
```
Altri processi che hanno effettuato l'accesso come utente postgres nell'appliance VMware Cloud Director potrebbero bloccare lo script che aggiorna la versione 10 alla 14.
Soluzione:
1. prima di avviare l'aggiornamento VMware Cloud Director, individuare i processi connessi come utente postgres nell'appliance VMware Cloud Director eseguendo ps -u postgres nell'appliance.
2. Arrestare qualsiasi processo restituito dal comando eseguendo kill -9 <PID>, dove PID è l'identificatore univoco del processo.
Nuovo - Gli utenti non possono accedere ad alcune organizzazioni dopo la migrazione da o verso la configurazione LDAP dell'organizzazione di sistema

Se si esegue la migrazione di un utente dalla configurazione LDAP dell'organizzazione del sistema condiviso a un'altra origine IDP, e il contrario, tale utente non può accedere ad altre organizzazioni se non quella in cui viene effettuata la migrazione. Ad esempio, in una distribuzione in cui l'organizzazione di sistema gestisce TenantA e TenantB e tutte le organizzazioni importano User1 dalla configurazione LDAP dell'organizzazione del sistema condiviso, se TenantA imposta una configurazione SAML e migra User1 da LDAP a SAML, User1 può accedere a TenantA tramite SAML, ma non può accedere all'organizzazione di sistema o TenantB.

Soluzione: nessuna.
Nuovo - La pubblicazione di un workflow di vRealize Orchestrator nella libreria del servizio VMware Cloud Director non riesce e viene visualizzato un messaggio di errore

Quando si tenta di pubblicare un workflow di vRealize Orchestrator, l'operazione non riesce e viene visualizzato il messaggio di errore 500 Server Error.

Questo problema si verifica perché l'API restituisce un numero elevato di collegamenti per ogni singolo tenant in cui è pubblicato il workflow e causa un overflow delle intestazioni HTTP.

Soluzione: Per pubblicare il workflow, utilizzare CURL o POSTMAN per eseguire una richiesta API con un limite di dimensioni dell'intestazione HTTP aumentato.
Nuovo - Quando si utilizza l'interfaccia utente di VMware Cloud Director per creare una nuova macchina virtuale con un criterio di posizionamento, è possibile che tutte le macchine virtuali che fanno parte del gruppo di macchine virtuali definito nel criterio di posizionamento utilizzato spariscano

Quando si utilizza l'interfaccia utente di VMware Cloud Director per creare una nuova macchina virtuale che usa un determinato criterio di posizionamento, è possibile che tutte le macchine virtuali che fanno parte del gruppo di macchine virtuali definito nel criterio di posizionamento utilizzato spariscano dal gruppo di macchine virtuali.

Soluzione: quando le macchine virtuali vengono eliminate dal gruppo, diventano non conformi al criterio di posizionamento utilizzato per creare la nuova macchina virtuale. Per ripristinare le macchine virtuali nel gruppo, rendere manualmente ciascuna macchina virtuale conforme al criterio di posizionamento utilizzato.
Nuovo - Non è possibile creare modelli VDC di VMware Cloud Director in ambienti del servizio VMware Cloud Director

Il servizio VMware Cloud Director non supporta i modelli Virtual Data Center (VDC). È possibile utilizzare modelli VDC in ambienti con VDC del provider con tipo di provider di rete NSX o tipo di provider NSX Data Center for vSphere. Non è possibile utilizzare modelli VDC in ambienti del servizio VMware Cloud Director perché i VDC del provider hanno il tipo di provider di rete VMC.

Soluzione: nessuna.
All'avvio dell'appliance VMware Cloud Director, viene visualizzato il messaggio [FAILED] Failed to start Wait for Network to be Configured. See 'systemctl status systemd-networkd-wait-online.service' for details.

Il messaggio viene visualizzato per errore e non indica un problema effettivo della rete. È possibile ignorare il messaggio e continuare a utilizzare l'appliance VMware Cloud Director come di consueto.

Soluzione: nessuna.
Se si tenta di ripristinare l'appliance VMware Cloud Director con i certificati del proxy della console, il ripristino non riesce

Nell'interfaccia utente di gestione dell'appliance VMware Cloud Director, se si desidera ripristinare l'appliance e selezionare la casella di controllo Proxy console in Seleziona i certificati da ripristinare in questo nodo nel backup selezionato, il ripristino non riesce.

Soluzione: a partire dalla versione 10.4, il proxy della console e la REST API utilizzano un unico certificato. Nella versione 10.4.1 e successive, l'implementazione del proxy della console legacy non è supportata e la selezione della casella di controllo non è necessaria. Ripetere la procedura di ripristino senza selezionare la casella di controllo Proxy console.
Non è possibile selezionare Tanzu Kubernetes versione 2.0 o successiva quando si crea un cluster TKG

Come tenant, quando si tenta di creare un cluster TKG, non è possibile selezionare un cluster Tanzu Kubernetes versione 2.0 o successiva.

Soluzione: Per offrire e utilizzare Tanzu Kubernetes 2.0 e versioni successive, utilizzare VMware Cloud Director Container Service Extension 4.0.
Migrazione delle macchine virtuali tra VDC dell'organizzazione potrebbe non riuscire

Se VMware Cloud Director è in esecuzione con vCenter Server 7.0 Update 3h o versioni precedenti, quando si trasferisce una macchina virtuale in un altro VDC dell'organizzazione, la migrazione della macchina virtuale potrebbe non riuscire con un errore di risorse insufficienti anche se le risorse sono disponibili nel VDC dell'organizzazione di destinazione.

Soluzione: aggiornare vCenter Server alla versione 7.0 Update 3i o successiva.
Le macchine virtuali diventano non conformi dopo la conversione di un VDC del pool di prenotazioni in un VDC dell'organizzazione Flex

In un VDC dell'organizzazione con un modello di allocazione del pool di prenotazioni, se alcune macchine virtuali hanno una prenotazione diversa da zero per CPU e memoria, una configurazione non illimitata per CPU e memoria o entrambe, dopo la conversione in un VDC dell'organizzazione Flex, queste macchine virtuali diventano non conformi. Se si tenta di rendere le macchine virtuali di nuovo conformi, il sistema applica un criterio non corretto per la prenotazione e il limite e imposta le prenotazioni di CPU e memoria su zero e il limite su Illimitato.
Soluzione:
1. Un amministratore di sistema deve creare un criterio di dimensionamento della macchina virtuale con la configurazione corretta.
2. Un amministratore di sistema deve pubblicare il nuovo criterio di dimensionamento della macchina virtuale nel VDC dell'organizzazione Flex convertito.
3. I tenant possono utilizzare l'API di VMware Cloud Director o il portale tenant di VMware Cloud Director per assegnare il criterio di dimensionamento della macchina virtuale alle macchine virtuali esistenti nel VDC dell'organizzazione Flex.
L'interfaccia utente del portale tenant di VMware Cloud Director non visualizza i limiti e le prenotazioni di IOPS per un criterio di storage vSAN

vSAN gestisce autonomamente i limiti di IOPS nei criteri di storage vSAN. Di conseguenza, l'interfaccia utente del portale tenant di VMware Cloud Director non visualizza le prenotazioni e i limiti di IOPS per un criterio di storage vSAN e non è possibile modificarne i valori.

Soluzione: nessuna.
L'aggiornamento dell'appliance VMware Cloud Director non riesce e viene visualizzato un errore di versione non valida quando è abilitata la modalità FIPS

Per VMware Cloud Director versione 10.3.x e successive, quando è abilitata la modalità FIPS, l'aggiornamento dell'appliance VMware Cloud Director non riesce e viene visualizzato il seguente errore.

Failure: Installation failed abnormally (program aborted), the current version may be invalid.
Soluzione:
1. prima di aggiornare l'appliance VMware Cloud Director, disattivare la modalità FIPS nelle celle del gruppo di server e nell'appliance VMware Cloud Director. Vedere Attivazione o disattivazione della modalità FIPS nell'appliance VMware Cloud Director.
2. Verificare che il file /etc/vmware/system_fips non esista in alcuna appliance.
3. Aggiornare l'appliance VMware Cloud Director.
4. Abilitare di nuovo la modalità FIPS.
Il ripristino da un backup dell'appliance potrebbe non riuscire con l'errore Invalid command-line arguments. Missing argument for option: consoleproxy-cert

Se si esegue il comando CMT clear-console-proxy-settings prima di eseguire un backup dell'appliance, se si sceglie di ripristinare il certificato del proxy della console dal backup, il processo di ripristino non riesce e viene visualizzato l’errore Invalid command-line arguments. Missing argument for option: consoleproxy-cert.

Il problema si verifica perché il comando per cancellare le impostazioni del proxy della console rimuove il certificato del proxy della console e le impostazioni del proxy della console non sono presenti per il backup. Se il certificato del proxy della console non è incluso nel backup, non è possibile ripristinarlo.

Se le impostazioni del proxy della console sono state cancellate, eseguire il ripristino dell'appliance senza scegliere di ripristinare il certificato del proxy della console.
Il proxy della console di VMware Cloud Director, il caricamento di file OVF e multimediali e l'accensione di una macchina virtuale non riescono

VMware Cloud Director 10.4 migliora la connettività SSL per tutti i componenti dell'infrastruttura di vSphere, tra cui ESXi, incorporando l'autorità di certificazione (CA) di vSphere nei meccanismi di attendibilità di VMware Cloud Director. In alcuni casi, l'endpoint vSphere e l'autorità di certificazione di vSphere utilizzano trust anchor diversi e VMware Cloud Director deve considerare attendibili più di un trust anchor da vSphere. Se l'autorità di certificazione di vSphere non è attendibile, alcune funzionalità di VMware Cloud Director non funzionano.

Per completare l'integrazione di vSphere, fare riferimento all'articolo 78885 della Knowledge Base. È inoltre possibile considerare attendibili tutti i certificati necessari eseguendo il comando di CMT trust-infra-certs. Vedere Importazione dei certificati di endpoint dalle risorse di vSphere.
Non è possibile visualizzare e modificare il tipo di licenza delle istanze di NSX Advanced Load Balancer Controller precedentemente registrate nell'API di VMware Cloud Director

Non è possibile visualizzare e modificare la licenza delle istanze di NSX Advanced Load Balancer Controller precedentemente registrate nell'API di VMware Cloud Director. Questo problema si verifica perché in VMware Cloud Director 10.4 il tipo di licenza del controller è stato sostituito da una selezione tra una funzionalità Standard e una Premium impostata a livello di gruppo di motori di servizio per fornire maggiore flessibilità.

Soluzione: utilizzare il percorso supportedFeatureSet per i gruppi di motori di servizio e nei gateway edge per attivare e disattivare le funzionalità disponibili.
Quando si tenta di eliminare un elemento bloccato in VMware Cloud Director facendo clic su OK nella finestra Elimina elemento bloccato, la finestra non risponde

Quando si tenta di eliminare un elemento bloccato in VMware Cloud Director facendo clic su OK nella finestra Elimina elemento bloccato, la finestra non risponde. Questo problema si verifica quando la connessione di rete all'istanza di VMware Cloud Director è lenta. Il recupero di un elemento bloccato potrebbe richiedere fino a cinque minuti, durante i quali l'interfaccia utente non risponde. Se si fa clic sul pulsante Annulla, la finestra viene chiusa, ma l'eliminazione dell'elemento non viene annullata.

Soluzione: attendere che la finestra si chiuda autonomamente.
Non è possibile creare un modello VDC e creare un'istanza VDC da un modello se si utilizza solo un pool di reti VMware Cloud on AWS per il VDC del provider

Se si utilizza solo un pool di reti del provider supportato da VMware Cloud on AWS per il VDC del provider, non è possibile creare un modello VDC e creare un'istanza di VDC da un modello.

Ciò accade perché la creazione di modelli VDC e di istanze di tali modelli è supportata solo per i VDC del provider supportati da NSX-T Data Center e da NSX Data Center for vSphere.

nessuna.
La creazione di una nuova macchina virtuale con criterio di storage vSAN crittografato non riesce e viene visualizzato il messaggio di errore Invalid storage policy for encryption operation

Quando si crea una nuova macchina virtuale, se si specifica il criterio di storage della macchina virtuale come vSAN crittografato e il criterio di storage per il disco rigido della macchina virtuale come non crittografato e non vSAN, l'operazione non riesce e viene visualizzato un messaggio di errore.

Invalid storage policy for encryption operation
1. Specificare i criteri di storage per la macchina virtuale e il disco rigido della macchina virtuale come crittografati da vSAN.
2. Dopo la distribuzione della macchina virtuale, aggiornare il criterio di storage del disco rigido per la macchina virtuale impostandolo su non crittografato e non vSAN. Per informazioni, vedere Modifica delle proprietà della macchina virtuale.
Non è possibile connettersi a VMware Cloud Director tramite VMware OVF Tool versione 4.4.3 o precedente

Quando si tenta di connettersi a VMware Cloud Director con OVF Tool versione 4.4.3, viene visualizzato il seguente errore. Error: No supported vCloud version was found. Ciò si verifica a causa di una modifica del comportamento dell'API in VMware Cloud Director 10.4 in cui l'API non restituisce collegamenti a tutti i VDC di un'organizzazione.

Soluzione: Eseguire l'aggiornamento a OVF Tool 4.5.0. Vedere Note di rilascio di VMware OVF Tool.
Non è possibile accedere a VMware Cloud Director utilizzando VMware PowerCLI 12.7.0 o versione precedente

Quando si tenta di accedere a VMware Cloud Director utilizzando VMware PowerCLI versione 12.7.0 o precedente, viene visualizzato il seguente errore. NOT_ACCEPTABLE: The request has invalid accept header: Invalid API version requested. Ciò si verifica perché VMware PowerCLI con versione precedente a 13.0.0 non supporta le versioni dell'API di VMware Cloud Director successive alla 33.0. Vedere Matrice di interoperabilità dei prodotti VMware .

Soluzione: aggiornare VMware PowerCLI alla versione 13.0.0.
VMware Cloud Director mostra la versione precedente di un'istanza di vCenter Server aggiornata

Dopo l'aggiornamento di un'istanza di vCenter Server a una versione più recente, nell'elenco delle istanze di vCenter Server in VMware Cloud Director viene ancora visualizzata la versione precedente dell'istanza aggiornata.

Reimpostare la connessione tra l'istanza di vCenter Server e VMware Cloud Director. Vedere Riconnessione di un'istanza di vCenter Server nella Guida del portale di amministrazione del provider di servizi di VMware Cloud Director.
L'aggiornamento della pagina LDAP nel browser non riporta alla stessa pagina

Nel portale di amministrazione del provider di servizi, se si aggiorna la pagina LDAP nel browser, si passa alla pagina del provider anziché tornare alla pagina LDAP.

Soluzione: nessuna.
Il montaggio di un datastore NFS da un array di storage NetApp non riesce e viene visualizzato un messaggio di errore durante la configurazione iniziale dell'appliance VMware Cloud Director

Durante la configurazione iniziale dell'appliance VMware Cloud Director, se si configura un datastore NFS da un array di storage NetApp, l'operazione non riesce e viene visualizzato un messaggio di errore.

Backend validation of NFS failed with: is owned by an unknown user

Soluzione: configurare l'appliance VMware Cloud Director utilizzando l'API dell'appliance VMware Cloud Director.
Si verifica il timeout della sincronizzazione di un catalogo sottoscritto durante la sincronizzazione di modelli di vApp di grandi dimensioni

Se un catalogo esterno contiene modelli di vApp di grandi dimensioni, si verifica il timeout della sincronizzazione del catalogo sottoscritto con il catalogo esterno. Il problema si verifica quando il timeout è impostato sul valore predefinito di cinque minuti.

Soluzione: utilizzando il sottocomando manage-config dello strumento di gestione delle celle, aggiornare l'impostazione della configurazione del timeout.

./cell-management-tool manage-config -n transfer.endpoint.socket.timeout -v [timeout-value]
Dopo l'aggiornamento a VMware Cloud Director 10.3.2a, l'apertura dell'elenco di reti esterne causa la visualizzazione di un messaggio di avviso

Quando si tenta di aprire l'elenco di reti esterne, nell'interfaccia utente di VMware Cloud Director viene visualizzato un messaggio di avviso.

One or more external networks or T0 Gateways have been disconnected from its IP address data.

Questo succede perché la rete esterna viene disconnessa automaticamente dalla configurazione di CIDR (Classless Inter-Domain Routing) prima dell'aggiornamento a VMware Cloud Director 10.3.2a.

Soluzione: Per ricevere assistenza per la soluzione di questo problema, contattare VMware Global Support Services (GSS).
In un elenco di prefissi IP, la configurazione di any come valore di rete genera un messaggio di errore

Quando si crea un elenco di prefissi IP, se si desidera rifiutare o accettare qualsiasi route e si configura any come valore di rete, nella finestra di dialogo viene visualizzato un messaggio di errore.

"any" is not a valid CIDR notation. A valid CIDR is a valid IP address followed by a slash and a number between 0 and 32 or 64, depending on the IP version.

Soluzione: lasciare vuota la casella di testo Rete.
Se si utilizza vRealize Orchestrator 8.x, i parametri di input nascosti nei workflow non vengono compilati automaticamente nell'interfaccia utente di VMware Cloud Director

Se si utilizza vRealize Orchestrator 8.x, quando si tenta di eseguire un flusso di lavoro tramite l'interfaccia utente di VMware Cloud Director, i parametri di input nascosti non vengono compilati automaticamente nell'interfaccia utente di VMware Cloud Director.
Soluzione: per accedere ai valori dei parametri di input del workflow, è necessario creare un'azione di vRealize Orchestrator che abbia gli stessi valori dei parametri di input del workflow che si desidera eseguire.
1. Accedere a vRealize Orchestrator Client e passare a Libreria>Flussi di lavoro.
2. Selezionare la scheda Modulo di input e fare clic su Valori a destra.
3. Nel menu a discesa Opzioni valore, selezionare Origine esterna, immettere gli Input azione e fare clic su Salva.
4. Eseguire il flusso di lavoro nell'interfaccia utente di VMware Cloud Director.
Il processo vpostgres in un'appliance di standby non viene avviato

Il processo vpostgres in un'appliance di standby non viene avviato e nel registro PostgreSQL viene visualizzato un errore simile al seguente. FATAL: hot standby is not possible because max_worker_processes = 8 is a lower setting than on the master server (its value was 16).Questo accade perché PostgreSQL richiede che i nodi di standby abbiano la stessa impostazione di max_worker_processes del nodo primario. VMware Cloud Director configura automaticamente l'impostazione max_worker_processes in base al numero di vCPU assegnate a ogni macchina virtuale dell'appliance. Se l'appliance di standby ha un numero di vCPU inferiore a quello dell'appliance primaria, si verifica un errore.

Soluzione: distribuire le appliance primaria e di standby con lo stesso numero di vCPU.
Le chiamate API di VMware Cloud Director per recuperare le informazioni di vCenter Server restituiscono un URL anziché un UUID

Il problema si verifica nelle istanze di vCenter Server in cui la registrazione iniziale in VMware Cloud Director versione 10.2.1 o precedenti non è riuscita. Per tali istanze di vCenter Server, quando si effettuano chiamate API per recuperare le informazioni di vCenter Server, l'API di VMware Cloud Director restituisce erroneamente un URL anziché l'UUID previsto.

Soluzione: riconnettere l'istanza di vCenter Server a VMware Cloud Director.
L'aggiornamento da VMware Cloud Director 10.3.x a VMware Cloud Director 10.4.x causa la visualizzazione del messaggio di errore Connection to sfcbd lost

Se si esegue l'aggiornamento da VMware Cloud Director 10.3.x a VMware Cloud Director 10.4.x, l'operazione di aggiornamento causa la visualizzazione di un messaggio di errore.

Connection to sfcbd lost. Attempting to reconnect

Soluzione: è possibile ignorare il messaggio di errore e continuare l'aggiornamento.
Quando si utilizza la modalità FIPS, il tentativo di caricare file PKCS8 generati da OpenSSL non riesce e viene visualizzato un messaggio di errore

OpenSSL non è in grado di generare chiavi private compatibili con FIPS. Quando VMware Cloud Director è in modalità FIPS e si tenta di caricare file PKCS8 generati utilizzando OpenSSL, il caricamento non riesce e viene visualizzato il messaggio di errore Bad request: org.bouncycastle.pkcs.PKCSException: unable to read encrypted data: ... not available: No such algorithm: ... oppure il messaggio di errore salt must be at least 128 bits.

Soluzione: disattivare la modalità FIPS per caricare i file PKCS8.
La creazione del cluster Tanzu Kubernetes utilizzando il plug-in Kubernetes Container Clusters non riesce

Quando si crea un cluster Tanzu Kubernetes utilizzando il plug-in Kubernetes Container Cluster, è necessario selezionare una versione di Kubernetes. Alcune delle versioni nel menu a discesa non sono compatibili con l'infrastruttura di vSphere di supporto. Quando si seleziona una versione non compatibile, la creazione del cluster non riesce.

Soluzione: eliminare il record del cluster non riuscito e riprovare con una versione di Tanzu Kubernetes compatibile. Per informazioni sulle incompatibilità tra Tanzu Kubernetes e vSphere, vedere Aggiornamento dell'ambiente vSphere with Tanzu.
Se nell'organizzazione sono presenti cataloghi sottoscritti, quando si esegue l'aggiornamento di VMware Cloud Director, la sincronizzazione del catalogo non riesce

Dopo l'aggiornamento, se sono presenti cataloghi sottoscritti nell'organizzazione, VMware Cloud Director non considera attendibili automaticamente i certificati degli endpoint pubblicati. Se i certificati non vengono considerati attendibili, la sincronizzazione della libreria dei contenuti non riesce.

Soluzione: tramite un'operazione manuale, considerare attendibili i certificati per ogni sottoscrizione di catalogo. Quando si modificano le impostazioni della sottoscrizione del catalogo, viene visualizzata una finestra di dialogo Trust On First Use (TOFU) che richiede di considerare attendibile il certificato del catalogo remoto.

Se non si dispone dei diritti necessari per considerare attendibile il certificato, contattare l'amministratore dell'organizzazione.
Dopo l'aggiornamento di VMware Cloud Director e l'abilitazione della creazione cluster di Tanzu Kubernetes, non è disponibile alcun criterio generato automaticamente e non è possibile creare o pubblicare un criterio

Quando si aggiorna VMware Cloud Director alla versione 10.3.1 e vCenter Server alla versione 7.0.0d o successiva e si crea un VDC del provider supportato da un cluster supervisore, in VMware Cloud Director viene visualizzata un'icona di Kubernetes accanto al VDC. Tuttavia, nel nuovo VDC del provider non è presente alcun criterio Kubernetes generato automaticamente. Quando si tenta di creare o pubblicare un criterio Kubernetes in un VDC dell'organizzazione, non sono disponibili classi di macchine.

Soluzione: tramite un'operazione manuale, considerare attendibili i certificati dell'endpoint Kubernetes corrispondente. Vedere l'articolo della Knowledge Base di VMware 83583.
L’inserimento del nome di un cluster con caratteri non latini disattiva il pulsante Avanti nella procedura guidata Crea nuovo cluster.

Il plug-in Kubernetes Container Clusters supporta solo caratteri latini. Se si immettono caratteri non latini, viene visualizzato il seguente messaggio di errore.

Name must start with a letter and only contain alphanumeric or hyphen (-) characters. (Max 128 characters).

Soluzione: nessuna.
L'inattività di NFS può causare il malfunzionamento delle funzionalità del cluster dell'appliance di VMware Cloud Director

Se NFS non è disponibile perché la condivisione NFS è piena, diventando di sola lettura e così via, è possibile che si verifichi un malfunzionamento delle funzionalità del cluster dell'appliance. L'interfaccia utente HTML5 non risponde se NFS è inattivo o non può essere raggiunto. Altre funzionalità che potrebbero essere interessate sono la rimozione della priorità applicata a una cella primaria non riuscita, il cambio, la promozione di una cella di standby e così via. Per ulteriori informazioni sulla configurazione corretta dello storage condiviso NFS, vedere Preparazione dello storage del server di trasferimento per l'appliance VMware Cloud Director.
Soluzione:
- Correggere lo stato NFS in modo che non sia read-only.
- Pulire la condivisione NFS se è piena.
Il tentativo di crittografare dischi denominati in vCenter Server versione 6.5 o precedente non riesce e viene visualizzato un errore

Per le istanze di vCenter Server versione 6.5 o precedenti, se si tenta di associare dischi denominati nuovi o esistenti a un criterio abilitato per la crittografia, l'operazione non riesce e viene visualizzato il messaggio di errore Named disk encryption is not supported in this version of vCenter Server.

Soluzione: nessuna.
Non è possibile consolidare una macchina virtuale con provisioning rapido creata in un array NFS abilitato per VMware vSphere Storage APIs Array Integration (VAAI) o in vSphere Virtual Volumes (VVols)

Il consolidamento sul posto di una macchina virtuale con provisioning rapido non è supportato quando viene utilizzato uno snapshot nativo. Gli snapshot nativi vengono sempre utilizzati dagli archivi dati abilitati per VAAI, nonché da VVoIs. Quando una macchina virtuale con provisioning rapido viene distribuita in uno di questi contenitori di storage, tale macchina virtuale non può essere consolidata.

Soluzione: non abilitare il provisioning rapido per un VDC dell'organizzazione che utilizzi NFS abilitato per VAAI o VVoIs. Per consolidare una macchina virtuale con uno snapshot in un archivio dati VAAI o VVoI, trasferire la macchina virtuale in un contenitore di storage diverso.
Se si aggiunge una scheda NIC IPv6 a una macchina virtuale e quindi si aggiunge una scheda NIC IPv4 alla stessa macchina virtuale, il traffico nord-sud IPv4 viene interrotto

Utilizzando l'interfaccia utente HTML5, se si aggiunge innanzitutto una NIC IPv6 o si configura una NIC IPv6 come NIC primaria in una macchina virtuale e quindi si aggiunge una NIC IPv4 alla stessa macchina virtuale, la comunicazione nord-sud IPv4 viene interrotta.

Soluzione: aggiungere innanzitutto la NIC IPv4 alla macchina virtuale e quindi la NIC IPv6.