En determinadas circunstancias, es posible que deba volver a registrar la instancia de OIDC de vCenter Server en NSX Manager (por ejemplo, cuando el FQDN o el PNID de vCenter Server cambian).

Procedimiento

  1. Conéctese al dispositivo vCenter Server mediante SSH.
  2. Ejecute el comando shell.
  3. Para obtener la huella digital de vCenter Server, ejecute el siguiente comando:
    - openssl s_client -connect vcenterserver-FQDN:443 </dev/null 2>/dev/null | openssl x509 -fingerprint -sha256 -noout -in /dev/stdin
    Se mostrará la huella digital. Por ejemplo, 08:77:43:29:E4:D1:6F:29:96:78:5F:BF:D6:45:21:F4:0E:3B:2A:68:05:99:C3:A4:89:8F:F2:0B:EA:3A:BE:9D
  4. Copie la huella digital SHA256 y elimine los dos puntos.
    08774329E4D16F2996785FBFD64521F40E3B2A680599C3A4898FF20BEA3ABE9D
  5. Para actualizar la instancia de OIDC de vCenter Server, ejecute el siguiente comando:
    curl --location --request POST 'https://<NSX-T_ADDRESS>/api/v1/trust-management/oidc-uris' \
        --header 'Content-Type: application/json' \
        --header 'Authorization: Basic <AUTH_CODE>' \
        --data-raw '{
     "oidc_type": "vcenter",
         "oidc_uri": "https://<VC_ADDRESS>/openidconnect/vsphere.local/.well-known/openid-configuration",
         "thumbprint": "<VC_THUMBPRINT>"
        }'

No se puede cambiar la contraseña de NSX Appliance

Es posible que no pueda cambiar la contraseña de NSX Appliance para los usuarios root, admin o audit.

Problema

Puede que se produzcan errores en los intentos de cambiar la contraseña de NSX Appliance para los usuarios root, admin o audit en vSphere Client.

Causa

Durante la instalación de NSX Manager, el procedimiento solo acepta una contraseña para las tres funciones. Se podría producir un error al intentar cambiar esta contraseña más tarde.

Solución

Solucionar problemas de flujos de trabajo con errores e instancias de NSX Edge inestables

Si se produce un error en los flujos de trabajo o las instancias de NSX Edge son inestables, puede realizar los pasos de solución de problemas.

Problema

Al cambiar la configuración del grupode puertos distribuidos en vSphere Client, se pueden producir errores en los flujos de trabajo y las instancias de NSX Edge pueden volverse inestables.

Causa

Por diseño, no se permite la eliminación ni la modificación de los grupos de puertos distribuidos para la superposición y el vínculo superior que se crearon durante la fase de configuración del clúster de NSX Edge de los ajustes del clúster.

Solución

Si necesita cambiar la configuración de la VLAN o del grupo de direcciones IP de las instancias de NSX Edge, primero debe eliminar los elementos de NSX y la configuración de vSphere IaaS control plane del clúster.

Para obtener información sobre cómo eliminar elementos de NSX, consulte la Guía de instalación de NSX.

Recopilar paquetes de soporte para la solución de problemas de NSX

Puede recopilar paquetes de soporte en los nodos de clúster y tejido registrados para solucionar problemas y descargar los paquetes en su máquina o cargarlos en un servidor de archivos.

Si decide descargar los paquetes en su máquina, obtendrá un solo archivo de almacenamiento compuesto por un archivo de manifiesto y paquetes de soporte para cada nodo. Si elige cargar los paquetes en un servidor de archivos, el archivo de manifiesto y los paquetes individuales se cargan en el servidor de archivos por separado

Procedimiento

  1. Desde el navegador, inicie sesión con privilegios de administrador en un NSX Manager.
  2. Seleccione Sistema > Paquete de soporte.
  3. Seleccione los nodos de destino.
    Los tipos de nodos disponibles son Nodos de administración , Edge, hosts y Puertas de enlace de nube pública.
  4. (opcional) Especifique la antigüedad del registro en días para excluir los registros que sean más antiguos que la cantidad especificada de días.
  5. (opcional) Alterne el conmutador que indica si se deben incluir o excluir los registros de auditoría y los archivos principales.
    Nota: Estos pueden contener información confidencial, como contraseñas o claves de cifrado.
  6. (opcional) Active la casilla de verificación para cargar los paquetes a un servidor de archivos.
  7. Haga clic en Iniciar la recopilación de paquetes para iniciar la recopilación de paquetes de soporte.
    La cantidad de archivos de registro de cada nodo determina el tiempo que se tarda en recopilar paquetes de soporte.
  8. Supervise el estado del proceso de recopilación.
    La pestaña Estado muestra el progreso de la recopilación de paquetes de soporte.
  9. Haga clic en Descargar para descargar el paquete si la opción para enviarlo a un servidor de archivos no se ha establecido

Recopilar archivos de registro para NSX

Puede recopilar los registros que se encuentran en los componentes de vSphere IaaS control plane y NSX para detectar errores y solucionarlos. Los archivos de registro pueden solicitarse a través del soporte de VMware.

Procedimiento

  1. Inicie sesión en vCenter Server mediante vSphere Client.
  2. Recopile los siguientes archivos de registro.
    Archivo de registro Descripción
    /var/log/vmware/wcp/wcpsvc.log Contiene información relacionada con la habilitación de vSphere IaaS control plane.
    /var/log/vmware/wcp/nsxd.log Contiene información relacionada con la configuración de los componentes de NSX.
  3. Inicie sesión en NSX Manager.
  4. Recopile el archivo /var/log/proton/nsxapi.log para obtener información sobre el error que NSX Manager devuelve cuando se produce un error en una operación de vSphere IaaS control plane específica.

Reiniciar el servicio WCP si la dirección IP, la huella digital o el certificado de administración de NSX cambian

Si la dirección IP, la huella digital o el certificado de administración de NSX cambian después de instalar vSphere IaaS control plane, debe reiniciar el servicio WCP.

Reiniciar el servicio vSphere IaaS control plane si el certificado de NSX cambia

Actualmente, según los requisitos de vSphere IaaS control plane, si la huella digital o el certificado de NSX o la dirección IP de NSX cambian, es necesario reiniciar el servicio WCP para que se implemente el cambio. Si se realiza el cambio sin reiniciar el servicio, se produce un error en la comunicación entre vSphere IaaS control plane y NSX, y se pueden presentar ciertos síntomas, como que NCP ingrese en la etapa CrashLoopBackoff o que los recursos del Supervisor no se puedan implementar.

Para reiniciar el servicio WCP, utilice vmon-cli.
  1. Ejecute SSH en vCenter Server e inicie sesión como usuario raíz.
  2. Ejecute el comando shell.
  3. Ejecute el comando vmon-cli -h para ver las opciones y la sintaxis de uso.
  4. Ejecute el comando vmon-cli -l para ver el proceso de wcp.

    Verá el servicio wcp en la parte inferior de la lista.

  5. Ejecute el comando vmon-cli --restart wcp para reiniciar el servicio wcp.

    Verá el mensaje Completed Restart service request.

  6. Ejecute el comando vmon-cli -s wcp y compruebe que se haya iniciado el servicio wcp.
    Por ejemplo:
    root@localhost [ ~ ]# vmon-cli -s wcp
    Name: wcp
    Starttype: AUTOMATIC
    RunState: STARTED
    RunAsUser: root
    CurrentRunStateDuration(ms): 22158
    HealthState: HEALTHY
    FailStop: N/A
    MainProcessId: 34372