VMware Cloud Director 10.4.1.1 | 02 MAR 2023 | Compilação 21373231 (compilação instalada 21373066)

Verifique se há adições e atualizações para estas notas da versão.

Novidades

A versão 10.4.1.1 do VMware Cloud Director fornece correções de bugs, atualiza o sistema operacional base do dispositivo do VMware Cloud Director e os componentes de código-fonte aberto do VMware Cloud Director.

Documentação

Para acessar o conjunto completo de documentação do produto, acesse a Documentação do VMware Cloud Director.

Problemas resolvidos

  • Novo - Adicionar simultaneamente vários serviços virtuais a um edge gateway do NSX resulta em uma mensagem de erro Gateway busy

    Em um edge gateway do NSX que usa o NSX Advanced Load Balancing, adicionar simultaneamente vários serviços virtuais resulta em uma mensagem de erro Gateway busy e alguns dos serviços não são criados de forma bem-sucedida. O VMware Cloud Director exibe o status dos serviços virtuais com falha como Critical e não é possível realizar operações nesses serviços virtuais com falha.

  • Operações do VMware Cloud Director, como ligar e desligar uma VM, levam mais tempo para serem concluídas após o upgrade para o VMware Cloud Director 10.4.1

    Após o upgrade para o VMware Cloud Director 10.4.1, as operações do VMware Cloud Director, como ligar ou desligar uma VM, levam mais tempo para serem concluídas. A tarefa exibe um status de Starting virtual machine e nada acontece.

    O arquivo de log jms-expired-messages.logs exibe um erro.

    RELIABLE:LargeServerMessage & expiration=

  • Durante um upgrade do VMware Cloud Director 10.4 para a versão 10.4.1, o upgrade da célula em espera falha com uma mensagem de erro Failure: Error while running post-install scripts

    Ao fazer upgrade do dispositivo do VMware Cloud Director usando um pacote de atualização da versão 10.4 para a versão 10.4.1, o upgrade da célula em espera falha com uma mensagem de erro.

    Failure: Error while running post-install scripts

    O arquivo de log update-postgres-db.log exibe um erro.

    > 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: Falha GSS não especificada. Secundária >> o código pode fornecer mais informações: No Kerberos credentials available (default cache: FILE:/tmp/krb5cc_1002)

    > conexão ao servidor em "ip de nó primário", falha na porta 5432: tempo limite expirado

Problemas conhecidos

  • Novo - O script de redimensionamento do disco do banco de dados do dispositivo do VMware Cloud Director poderá falhar se o identificador de disco SCSI de suporte for alterado

    O script de redimensionamento do disco de banco de dados será executado com êxito somente se o ID de disco SCSI do banco de dados de suporte permanecer o mesmo. Se o ID for alterado por qualquer motivo, o script poderá parecer ter sido executado com êxito, mas falhará. O /opt/vmware/var/log/vcd/db_diskresize.log mostra que o script falha com um erro No such file or directory.

    Solução alternativa:

    1. Faça login diretamente ou usando um cliente SSH da célula primária como raiz.

    2. Execute o comando lsblk --output NAME,FSTYPE,HCTL.

    3. Na saída, localize o disco que contém a partição database_vg-vpostgres e anote seu ID. O ID está sob a coluna HCTL e tem o seguinte formato de amostra 2:0:3:0.

    4. No script db_diskresize.sh, modifique o ID da partição com o ID da Etapa 3. Por exemplo, se o ID for 2:0:3:0, na linha

      echo 1 > /sys/class/scsi_device/2\:0\:2\:0/device/rescan

      você deve alterar o ID para 2:0:3:0.

      echo 1 > /sys/class/scsi_device/2\:0\:3\:0/device/rescan
    5. Para salvar as alterações, reinvoque manualmente o script de redimensionamento ou reinicie o dispositivo.

  • Novo - A exclusão de VMs descobertas automaticamente do VMware Cloud Director move as VMs existentes em vApps para a pasta StrandedItems e as renomeia

    Quando você exclui as VMs descobertas automaticamente do VMware Cloud Director, o sistema move as VMs existentes que residem em vApps para a pasta StrandedItems no vCenter Server e renomeia as VMs gerenciadas do vCenter Server com um sufixo antes do UUID das VMs, semelhante a vcentervm-1 (vm-uuid).

    Solução alternativa: Nenhuma.

  • Novo - O upgrade para o VMware Cloud Director 10.4.1 ou posterior falha com um erro de Fix postgres user home directory

    Quando você tenta fazer upgrade para o VMware Cloud Director 10.4.1 ou posterior, o upgrade falha. O update-postures-db.log contém o seguinte erro.

    2023-05-15 16:38:01 | update-postgres-db.sh | Fix postgres user home directory
    usermod: user postgres is currently used by process 17236

    Outros processos que estão conectados como o usuário postgres no dispositivo do VMware Cloud Director podem bloquear o script que atualiza a versão principal do PostgreSQL de 10 para 14.

    Solução alternativa:

    1. Antes de iniciar o upgrade do VMware Cloud Director, localize todos os processos que estão conectados como o usuário postgres no dispositivo do VMware Cloud Director executando ps -u postgres no dispositivo.

    2. Interrompa qualquer processo que o comando retorne executando kill -9 <PID>, em que PID é o identificador de processo exclusivo.

  • Novo - Os usuários não podem fazer login em algumas organizações após a migração para ou da configuração LDAP da organização do sistema

    Se você migrar um usuário da configuração LDAP da organização do sistema compartilhado para outra origem IDP, e vice-versa, esse usuário não poderá fazer login em nenhuma organização diferente daquela que está fazendo a migração. Por exemplo, em uma implantação na qual a organização do sistema gerencia o TenantA e o TenantB, e todas as organizações importarão o User1 da configuração LDAP da organização do sistema compartilhado, se o TenantA definir uma configuração SAML e migrar o User1 do LDAP para o SAML, User1 poderá fazer login no TenantA por meio de SAML, mas não poderá fazer login na organização do sistema ou no TenantB.

    Solução alternativa: Nenhuma.

  • Novo - A publicação de um fluxo de trabalho do vRealize Orchestrator na biblioteca de serviços do VMware Cloud Director falha com uma mensagem de erro

    Quando você tenta publicar um fluxo de trabalho do vRealize Orchestrator, a operação falha com uma mensagem de erro 500 Server Error.

    Isso acontece porque a API retorna um grande número de links para cada tenant individual ao qual o fluxo de trabalho é publicado e causa um estouro nos cabeçalhos HTTP.

    Solução alternativa: Para publicar o fluxo de trabalho, use CURL ou POSTMAN para executar uma solicitação de API com um limite maior de tamanho de cabeçalho HTTP.

  • Novo - Quando você usa a UI do VMware Cloud Director para criar uma nova VM com uma política de colocação, todas as máquinas virtuais que fazem parte do grupo de VMs definido na política de colocação usada podem desaparecer

    Quando você usa a UI do VMware Cloud Director para criar uma nova VM que usa uma determinada política de colocação, todas as máquinas virtuais listadas no grupo de VMs definido na política de colocação usada podem desaparecer do grupo de VMs.

    Solução alternativa: Quando as VMs são excluídas do grupo, elas ficarão fora de conformidade com a política de colocação que você usou para criar a nova VM. Para restaurar as VMs para o grupo, torne cada uma delas compatível manualmente com a política de colocação usada.

  • Novo - Não é possível criar modelos de VDC do VMware Cloud Director em ambientes de serviço do VMware Cloud Director

    O serviço do VMware Cloud Director não oferece suporte a modelos de Datacenter Virtual (VDC). Você pode usar modelos de VDC em ambientes com VDCs de provedor com um tipo de provedor de rede NSX ou um tipo de provedor NSX Data Center for vSphere. Não é possível usar modelos de VDC em ambientes de serviço do VMware Cloud Director porque os VDCs de provedor têm o tipo de provedor de rede VMC.

    Solução alternativa: Nenhuma.

  • Ao iniciar o dispositivo do VMware Cloud Director, a mensagem [FAILED] Failed to start Wait for Network to be Configured. See 'systemctl status systemd-networkd-wait-online.service' for details é exibida.

    A mensagem aparece incorretamente e não indica um problema real com a rede. Você pode desconsiderar a mensagem e continuar a usar o dispositivo do VMware Cloud Director normalmente.

    Solução alternativa: Nenhuma.

  • Se você tentar restaurar o dispositivo VMware Cloud Director com os certificados de proxy do console, a restauração falhará

    Na interface do usuário do gerenciamento de dispositivo VMware Cloud Director, se você quiser restaurar o dispositivo e marcar a caixa de seleção Proxy do Console em Selecione os certificados a serem restaurados para esse nó a partir do backup selecionado, a restauração falhará.

    Solução alternativa: A partir da versão 10.4, o proxy do console e a REST API usam um único certificado. A versão 10.4.1 e posterior, não é compatível com a implementação do proxy do console legado e não é necessário marcar a caixa de seleção. Repita o procedimento de restauração sem marcar a caixa de seleção Proxy do Console.

  • Não é possível selecionar o Tanzu Kubernetes versão 2.0 ou posterior ao criar um cluster TKGs

     Como um tenant, ao tentar criar um cluster TKGs, não é possível selecionar um cluster Tanzu Kubernetes versão 2.0 e posterior. 

    Solução alternativa: Para oferecer e usar o Tanzu Kubernetes 2.0 e posterior, use o VMware Cloud Director Container Service Extension 4.0.

  • A migração entre VDCs de organização pode falhar com um erro de recurso insuficiente

    Se o VMware Cloud Director estiver em execução com o vCenter Server 7.0 Update 3h ou anterior, durante a realocação de uma VM para um VDC de organização diferente, a migração da VM poderá falhar com um erro de recurso insuficiente, mesmo que os recursos estejam disponíveis no VDC de organização de destino.

    Solução alternativa: Faça upgrade do vCenter Server para a versão 7.0 Update 3i ou posterior.

  • As VMs se tornarão incompatíveis após converter um VDC de pool de reservas em um VDC de organização flexível

    Em um VDC de organização com um modelo de alocação de pool de reservas, se algumas das VMs tiverem reserva diferente de zero para CPU e Memória, configuração não ilimitada para CPU e Memória, ou ambas, após a conversão em um VDC de organização flexível, essas VMs se tornarão incompatíveis. Se você tentar tornar as VMs compatíveis novamente, o sistema aplicará uma política incorreta para a reserva e o limite e definirá as reservas de CPU e Memória como zero e os limites como Ilimitados.

    Solução alternativa:

    1. Um administrador do sistema deve criar uma política de dimensionamento de VM com a configuração correta.

    2. Um administrador do sistema deve publicar a nova política de dimensionamento de VM no VDC de organização flexível convertido.

    3. Os tenants podem usar a API do VMware Cloud Director ou o Portal de Tenant do VMware Cloud Director para atribuir a política de dimensionamento de VM às máquinas virtuais existentes no VDC de organização flexível.

  • A UI do Portal de Tenants do VMware Cloud Director não exibe os limites e as reservas de IOPS para uma política de armazenamento do vSAN

    O vSAN gerencia por si só os limites de IOPS de políticas de armazenamento de arquivos do vSAN. Como resultado, a UI do Portal de Tenants do VMware Cloud Director não exibe as reservas e os limites de IOPS para uma política de armazenamento do vSAN, e você não pode modificar seus valores.

    Solução alternativa: Nenhuma.

  • O upgrade do dispositivo do VMware Cloud Director falha com um erro de versão inválido quando o modo FIPS está ativado

    Para o VMware Cloud Director versões 10.3.x e posteriores, quando o modo FIPS está ativado, o upgrade do dispositivo VMware Cloud Director falha com o seguinte erro.

    Failure: Installation failed abnormally (program aborted), the current version may be invalid.

    Solução alternativa:

    1. Antes de fazer upgrade do dispositivo VMware Cloud Director, desative o Modo FIPS nas células do grupo de servidores e no dispositivo do VMware Cloud Director. Consulte Ativar ou desativar o modo FIPS no dispositivo do VMware Cloud Director.

    2. Verifique se o arquivo /etc/vmware/system_fips não existe em nenhum dispositivo.

    3. Faça upgrade do dispositivo VMware Cloud Director.

    4. Ative o modo FIPS novamente.

  • A restauração de um backup do dispositivo pode falhar com um erro Invalid command-line arguments. Missing argument for option: consoleproxy-cert

    Se você executar o comando CMT clear-console-proxy-settings antes de fazer backup de um dispositivo e, em seguida, se optar por restaurar o certificado de proxy do console a partir do backup, o processo de restauração falhará com um erro Invalid command-line arguments. Missing argument for option: consoleproxy-cert.

    O problema ocorre porque o comando para limpar as configurações de proxy do console remove o certificado de proxy do console e as configurações de proxy do console estão ausentes para o backup. Se o certificado de proxy do console não estiver no backup, você não poderá restaurá-lo.

    Se as configurações de proxy do console tiverem sido apagadas, execute a restauração do dispositivo sem selecionar para restaurar o certificado de proxy do console.

  • Falha no proxy do console do VMware Cloud Director, no upload de OVFs e mídias e na ativação de uma VM

    O VMware Cloud Director 10.4 aprimora a conectividade SSL com todos os componentes de infraestrutura do vSphere, incluindo o ESXi, incorporando a CA (Autoridade de Certificação) do vSphere aos mecanismos de confiança do VMware Cloud Director. Em alguns casos, o endpoint do vSphere e a CA do vSphere usam âncoras de confiança diferentes, e o VMware Cloud Director deve confiar em mais de uma âncora de confiança do vSphere. Se a CA do vSphere não for confiável, alguns recursos do VMware Cloud Director não funcionarão.

    Para concluir a integração do vSphere, consulte o KB 78885. Você também pode confiar em todos os certificados necessários executando o comando CMT trust-infra-certs. Consulte importar os certificados de Endpoints dos recursos do vSphere.

  • Você não pode exibir e editar o tipo de licença das suas instâncias do NSX Advanced Load Balancer Controller registradas anteriormente na API do VMware Cloud Director

    Você não pode exibir e editar a licença das suas instâncias do NSX Advanced Load Balancer Controller registradas anteriormente na API do VMware Cloud Director. Isso acontece porque, no VMware Cloud Director 10.4, o tipo de licença do Controller foi substituído por uma seleção entre um conjunto de recursos Standard e Premium no nível do Grupo de Mecanismos de Serviços para fornecer mais flexibilidade.

    Solução alternativa: Use o caminho supportedFeatureSet para grupos de mecanismos de serviços e em edge gateways para ativar e desativar os recursos disponíveis.

  • Quando você tenta excluir um item bloqueado no VMware Cloud Director clicando em OK na janela Excluir Item Bloqueado, a janela deixa de responder

    Quando você tenta excluir um item bloqueado no VMware Cloud Director clicando em OK na janela Excluir Item Bloqueado, a janela deixa de responder. Esse problema ocorre quando a sua conexão de rede com a instância do VMware Cloud Director está lenta. A busca de um item bloqueado pode levar até cinco minutos, durante os quais a UI não responde. Se você clicar no botão Cancelar, a janela fechará, mas a exclusão do item não será cancelada.

    Solução alternativa: Aguarde até que a janela feche por conta própria.

  • Não será possível criar um modelo de VDC e instanciar um VDC a partir de um modelo se você estiver usando apenas um pool de redes do VMware Cloud on AWS para seu VDC de provedor

    Se você estiver usando apenas um pool de redes de provedor com suporte pelo VMware Cloud on AWS para o seu VDC de provedor, não poderá criar um modelo de VDC e instanciar um VDC a partir de um modelo.

    Isso acontece porque a ação de criar e instanciar modelos de VDC apenas é compatível em VDCs de provedor com suporte pelo NSX-T Data Center e pelo NSX Data Center for vSphere.

    Nenhuma.

  • A criação de uma nova VM com a política de armazenamento vSAN criptografada falha com uma mensagem de erro Invalid storage policy for encryption operation

    Ao criar uma nova VM, se você especificar a política de armazenamento dessa VM como vSAN criptografada e a política de armazenamento do disco rígido da VM como não criptografada e não vSAN, a operação falhará com uma mensagem de erro.

    Invalid storage policy for encryption operation

    1. Especifique as políticas de armazenamento da VM e do disco rígido da VM como vSAN criptografada.

    2. Depois que a VM for implantada com êxito, atualize a política de armazenamento em disco rígido dessa VM como não criptografada e não vSAN. Para obter informações, consulte Editar as propriedades da máquina mirtual.

  • Não é possível se conectar ao VMware Cloud Director por meio do VMware OVF Tool versão 4.4.3 ou anterior

    Quando você tenta se conectar ao VMware Cloud Director por meio do OVF Tool versão 4.4.3 ou anterior, o processo resulta no seguinte erro. Error: No supported vCloud version was found. Isso acontece devido a uma alteração de comportamento da API no VMware Cloud Director 10.4, em que a API não retorna links para todos os VDCs em uma organização.

    Solução alternativa: Atualize para o OVF Tool 4.5.0. Consulte Notas da versão do VMware OVF Tool.

  • Não é possível fazer login no VMware Cloud Director usando a VMware PowerCLI 12.7.0 ou anterior

    Quando você tenta fazer login no VMware Cloud Director usando o VMware PowerCLI versão 12.7.0 ou anterior, o processo resulta no seguinte erro. NOT_ACCEPTABLE: The request has invalid accept header: Invalid API version requested. Isso acontece porque o VMware PowerCLI anterior à 13.0.0 não oferece suporte a versões de API do VMware Cloud Director posteriores a 33.0. Consulte Matriz de interoperabilidade de produtos da VMware.

    Solução alternativa: Faça upgrade do VMware PowerCLI para a versão 13.0.0.

  • O VMware Cloud Director exibe a versão antiga para uma instância atualizada do vCenter Server

    Após o upgrade de uma instância do vCenter Server para uma versão mais recente, na lista de instâncias do vCenter Server, o VMware Cloud Director ainda exibe a versão antiga da instância atualizada.

    Redefina a conexão entre a instância do vCenter Server e o VMware Cloud Director. Consulte Reconectar uma instância do vCenter Server, no Guia do Portal de Administração do Provedor de Serviços do VMware Cloud Director.

  • Atualizar a página LDAP no seu navegador não leva você de volta para a mesma página

    No Portal de Administração do Provedor de Serviços, a atualização da página LDAP no navegador o leva à página do provedor, em vez de voltar à página LDAP.

    Solução alternativa: Nenhuma.

  • A montagem de um datastore NFS da matriz de armazenamento do NetApp falha com uma mensagem de erro durante a configuração inicial do dispositivo do VMware Cloud Director

    Durante a configuração inicial do dispositivo do VMware Cloud Director, se você configurar um datastore NFS da matriz de armazenamento do NetApp, a operação falhará com uma mensagem de erro.

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

    Solução alternativa: Configure o dispositivo do VMware Cloud Director usando a API do Dispositivo do VMware Cloud Director.

  • A sincronização de um catálogo assinado atinge o tempo limite durante a sincronização de modelos grandes do vApp

    Se um catálogo externo contiver modelos grandes do vApp, a sincronização do catálogo assinado com o catálogo externo atingirá o tempo limite. O problema ocorre quando a configuração de tempo limite é definida como seu valor padrão de cinco minutos.

    Solução alternativa: Usando o subcomando manage-config da ferramenta de gerenciamento de células, atualize a definição de configuração de tempo limite.

    ./cell-management-tool manage-config -n transfer.endpoint.socket.timeout -v [timeout-value]

  • Após o upgrade para o VMware Cloud Director 10.3.2a, abrir a lista de redes externas resulta em uma mensagem de aviso

    Ao tentar abrir a lista de redes externas, a interface do usuário do VMware Cloud Director exibe uma mensagem de aviso.

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

    Isso acontece porque a rede externa é desconectada do Roteamento Entre Domínios Sem Classe (CIDR) antes do upgrade para o VMware Cloud Director 10.3.2a.

    Solução alternativa: Entre em contato com a VMware Global Support Services (GSS) para obter assistência com a solução alternativa para esse problema.

  • Em uma lista de prefixos de IP, configurar any como o valor de Rede resulta em uma mensagem de erro

    Ao criar uma lista de prefixos de IP, se você quiser negar ou aceitar qualquer rota e configurar o valor de Rede como any, a caixa de diálogo exibirá uma mensagem de erro.

    "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.

    Solução alternativa: Deixe a caixa de texto Rede em branco.

  • Se você usar o vRealize Orchestrator 8.x, os parâmetros de entrada ocultos em fluxos de trabalho não serão preenchidos automaticamente na interface de usuário do VMware Cloud Director

    Se você usar o vRealize Orchestrator 8.x, quando tentar executar um fluxo de trabalho por meio da interface de usuário do VMware Cloud Director, os parâmetros de entrada ocultos não serão preenchidos automaticamente na interface de usuário do VMware Cloud Director.

    Solução alternativa: para acessar os valores dos parâmetros de entrada de fluxo de trabalho, você deve criar uma ação do vRealize Orchestrator que tenha os mesmos valores de parâmetro de entrada que o fluxo de trabalho que deseja executar. 

    1. Faça login no Cliente do vRealize Orchestrator e navegue até Biblioteca > Fluxos de Trabalho.

    2. Selecione a guia Formulário de Entrada e clique em Valores no lado direito.

    3. No menu suspenso Opções de valor, selecione Origem externa, insira as Entradas de ação e clique em Salvar.

    4. Execute o fluxo de trabalho na interface de usuário do VMware Cloud Director.

  • O processo vpostgres em um dispositivo em espera não é iniciado

    O processo vpostgres um dispositivo em espera falha ao ser iniciado, e o log do PostgreSQL mostra um erro semelhante ao seguinte. FATAL: hot standby is not possible because max_worker_processes = 8 is a lower setting than on the master server (its value was 16).Isso acontece porque o PostgreSQL requer que os nós em espera tenham a mesma configuração de max_worker_processes que o nó primário. O VMware Cloud Director define automaticamente a configuração de max_worker_processes com base no número de vCPUs atribuídas a cada VM do dispositivo. Se o dispositivo em espera tiver menos vCPUs do que o dispositivo primário, isso resultará em um erro.

    Solução alternativa: Implante os dispositivos primário e em espera com o mesmo número de vCPUs.

  • As chamadas à API do VMware Cloud Director para obter informações do vCenter Server retornam uma URL em vez de um UUID

    O problema ocorre com instâncias do vCenter Server que falharam no registro inicial com o VMware Cloud Director versão 10.2.1 e anterior. Para essas instâncias do vCenter Server, quando você faz chamadas à API para obter as informações vCenter Server, a API do VMware Cloud Director retorna incorretamente uma URL em vez do UUID esperado.

    Solução alternativa: Reconecte a instância do vCenter Server ao VMware Cloud Director.

  • Atualizar do VMware Cloud Director 10.3.x para o VMware Cloud Director 10.4.x resulta em uma mensagem de erro Connection to sfcbd lost

    Se você fizer upgrade do VMware Cloud Director 10.3.x para o VMware Cloud Director 10.4.x, a operação de atualização relatará uma mensagem de erro.

    Connection to sfcbd lost. Attempting to reconnect

    Solução alternativa: Você pode ignorar a mensagem de erro e continuar com a atualização.

  • Ao usar o modo FIPS, a tentativa de carregar arquivos PKCS8 gerados pelo OpenSSL falha com um erro

    O OpenSSL não pode gerar chaves privadas em conformidade com FIPS. Quando o VMware Cloud Director está no modo FIPS e você tenta carregar arquivos PKCS8 gerados usando o OpenSSL, o carregamento falha com um erro Bad request: org.bouncycastle.pkcs.PKCSException: unable to read encrypted data: ... not available: No such algorithm: ... ou erro salt must be at least 128 bits.

    Solução alternativa: Desative o modo FIPS para carregar os arquivos PKCS8.

  • Há uma falha na criação do cluster Tanzu Kubernetes usando o plug-in Kubernetes Container Clusters

    Quando você cria um cluster Tanzu Kubernetes usando o plug-in Kubernetes Container Clusters, é necessário selecionar uma versão do Kubernetes. Algumas das versões no menu suspenso não são compatíveis com a infraestrutura de suporte do vSphere. Quando você seleciona uma versão incompatível, a criação do cluster falha.

    Solução alternativa: Exclua o registro de cluster com falha e tente novamente com uma versão compatível do Tanzu Kubernetes. Para obter informações sobre as incompatibilidades entre o Tanzu Kubernetes e o vSphere, consulte Atualização do ambiente do vSphere with Tanzu.

  • Se tiver quaisquer catálogos inscritos na sua organização, ao atualizar o VMware Cloud Director, a sincronização dos catálogos falhará

    Após a atualização, se você tiver assinado catálogos na sua organização, o VMware Cloud Director não confiará nos certificados de endpoint publicados automaticamente. Sem confiar nos certificados, a biblioteca de conteúdo não é sincronizada.

    Solução alternativa: Confie manualmente nos certificados para cada assinatura de catálogo. Quando você edita as configurações de assinatura de catálogo, uma caixa de diálogo confiança na primeira utilização (TOFU) solicita que você confie no certificado de catálogo remoto.

    Se você não tiver os direitos necessários para confiar no certificado, entre em contato com o administrador da organização.

  • Após o upgrade do VMware Cloud Director e a ativação da criação de clusteres Tanzu Kubernetes, nenhuma política gerada automaticamente está disponível, e você não pode criar ou publicar uma política

    Quando você faz upgrade do VMware Cloud Director para a versão 10.3.1 e do vCenter Server para a versão 7.0.0d ou posterior e cria um VDC de provedor com o suporte de um Cluster Supervisor, o VMware Cloud Director exibe um ícone do Kubernetes ao lado do VDC. No entanto, não há uma política do Kubernetes gerada automaticamente no novo VDC de provedor. Quando você tenta criar ou publicar uma política do Kubernetes em um VDC de organização, nenhuma classe de máquina está disponível.

    Solução alternativa: Confie manualmente nos certificados do endpoint do Kubernetes correspondentes. Consulte o artigo da base de conhecimento da VMware 83583.

  • Inserir um nome de cluster Kubernetes com caracteres não latinos desativa o botão Avançar no assistente para Criar Novo Cluster

    O plug-in Kubernetes Container Clusters é compatível apenas com caracteres latinos. Se você inserir caracteres não latinos, o seguinte erro será exibido.

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

    Solução alternativa: Nenhuma.

  • O tempo de inatividade do NFS pode causar mau funcionamento das funcionalidades do cluster do dispositivo do VMware Cloud Director

    Se o NFS não estiver disponível devido ao compartilhamento completo do NFS, tornar-se somente leitura e assim por diante, poderá causar um mau funcionamento das funcionalidades do cluster do dispositivo. A IU do HTML5 não responde enquanto o NFS está inativo ou não pode ser acessado. Outras funcionalidades que podem ser afetadas são a exclusão de uma célula primária com falha, a alternância, a promoção de uma célula em espera e assim por diante. Para obter mais informações sobre como configurar corretamente o armazenamento compartilhado do NFS, consulte Preparando o armazenamento do servidor de transferência para o VMware Cloud Director Appliance.

    Solução alternativa: 

    • Corrija o estado do NFS para que ele não seja read-only.

    • Limpe o compartilhamento do NFS se ele estiver cheio.

  • A tentativa de criptografar os discos nomeados no vCenter Server versão 6.5 ou anterior falha com um erro

    Para instâncias do vCenter Server versão 6.5 ou anterior, se você tentar associar discos nomeados novos ou existentes a uma política habilitada para criptografia, a operação falhará com um erro Named disk encryption is not supported in this version of vCenter Server..

    Solução alternativa: Nenhuma.

  • Não é possível consolidar uma máquina virtual de provisionamento rápido criada em uma matriz NFS ativada pelo VMware vSphere Storage APIs Array Integration (VAAI) ou em vSphere Virtual Volumes (VVols)

    Não há suporte para a consolidação no local de uma máquina virtual de provisionamento rápido quando um snapshot nativo é usado. Snapshots nativos sempre são usados por repositórios de dados ativados via VAAI, bem como por VVols. Quando uma máquina virtual de provisionamento rápido é implantada em um desses contêineres de armazenamento, não é possível consolidar essa máquina virtual.

    Solução alternativa: Não ative o provisionamento rápido para o VDC de uma organização que use NFS ativado via VAAI ou VVols. Para consolidar uma máquina virtual com um snapshot em um repositório de dados VAAI ou VVol, realoque a máquina virtual a outro contêiner de armazenamento.

  • Se você adicionar uma NIC IPv6 a uma VM e, em seguida, adicionar uma NIC IPv4 à mesma VM, o tráfego de IPv4 norte-sul será interrompido

    Usando a interface de usuário HTML5, se você adicionar uma NIC IPv6 primeiro ou configurar uma NIC IPv6 como a NIC primária em uma VM e, em seguida, adicionar uma NIC IPv4 à mesma VM, a comunicação de IPv4 norte-sul será interrompida.

    Solução alternativa: Primeiro, você deve adicionar a NIC IPv4 à VM e, em seguida, a NIC IPv6.

check-circle-line exclamation-circle-line close-line
Scroll to top icon