Corrección de problemas de Windows Admin Center

Si acaba de crear una cuenta de Azure y no ha iniciado sesión en ella en la máquina de puerta de enlace, puede que experimente problemas al registrar la puerta de enlace de Windows Admin Center con Azure.

Para mitigar este problema, inicie sesión en su cuenta de Azure en otra pestaña o ventana del explorador y, a continuación, registre la puerta de enlace de Windows Admin Center con Azure.

Al implementar Azure Kubernetes Service en Azure Local a través de Windows Admin Center, solo el usuario que configuró el host de AKS puede crear clústeres de Kubernetes.

Para solucionar este problema, copie la carpeta wssd del perfil de usuario que configuró el host de AKS en el perfil del usuario que va a crear los nuevos clústeres de Kubernetes.

Está experimentando problemas de implementación o desea restablecer la implementación.

Cierre todas las instancias de Windows Admin Center conectadas a Azure Kubernetes Service en Azure Local antes de ejecutar Uninstall-AksHci desde una ventana administrativa de PowerShell.

Puede recibir un error en cualquiera de los asistentes sobre una configuración incorrecta.

Realice operaciones de limpieza de clústeres. Estas operaciones pueden implicar la eliminación del archivo C:\Archivos de programa\AksHci\mocctl.exe .

Hay incoherencias en los nombres de campo de red que se muestran en el flujo de implementación del clúster del host y del clúster de cargas de trabajo.

N/D

Recibirá este error si ha deshabilitado los elementos emergentes. Google Chrome bloquea los elementos emergentes de forma predeterminada y, por lo tanto, el elemento emergente de inicio de sesión de Azure se bloquea y produce el error de la entidad de servicio.

Habilitar elementos emergentes.

Al cambiar de DHCP a una IP estática, Windows Admin Center muestra un error que indica que el cliente WinRM no puede procesar la solicitud. Este error también ocurrió fuera de Windows Admin Center. WinRM interrumpe el uso de direcciones IP estáticas, y los servidores no registran un nombre de entidad de seguridad de servicio (SPN) al pasar a direcciones IP estáticas.

Para resolver este problema, use el comando SetSPN para crear el SPN. Desde un símbolo del sistema en la puerta de enlace de Windows Admin Center, ejecute el comando siguiente:

Setspn /Q WSMAN/<FQDN on the Azure Local machine> 

A continuación, si alguna de las máquinas del entorno devuelve el mensaje No Such SPN Found, inicie sesión en esa máquina y ejecute los siguientes comandos:

Setspn /S WSMAN/<machine name> <machine name> 
Setspn /S WSMAN/<FQDN of machine> <machine name> 

Por último, en la puerta de enlace de Windows Admin Center, ejecute lo siguiente para asegurarse de que obtiene información de máquina nueva del controlador de dominio:

Klist purge 

Si recibe un mensaje de notificación de actualización incorrecto "AksHci PowerShell versión nula del módulo de PowerShell instalado correctamente", la operación de actualización se realiza correctamente incluso si la notificación es engañosa.

Puede ignorar este mensaje de forma segura.

En la fase 2.1: Componente de paso básico, puede producirse este error: "Error al conectarse al servidor remoto *** con el siguiente mensaje de error: Acceso denegado. Para obtener más información, consulte el tema de ayuda de about_Remote_Troubleshooting" al intentar usar las credenciales de los nodos de servidor.

Asegúrese de que la cuenta o credenciales agregadas es una cuenta administrativa en el equipo. A continuación, compruebe que PSRemoting está habilitado y que los hosts remotos son de confianza. Puede hacerlo mediante los siguientes comandos de PowerShell:

Enable-PSRemoting -Force 
winrm quickconfig 

Si sigue teniendo problemas, consulte esta guía de solución de problemas.

Windows Admin Center no tiene actualmente un proceso para retirar un clúster de Azure Arc.

Para eliminar agentes de Arc en un clúster que se ha destruido, vaya al grupo de recursos del clúster en Azure Portal y elimine manualmente el contenido de Arc. Para eliminar los agentes de Arc de un clúster que todavía está en ejecución, tiene que ejecutar el siguiente comando:

az connectedk8s delete --name AzureArcTest1 --resource-group AzureArcTest

Después de una actualización correcta, el panel de actualización de Windows Admin Center todavía muestra la versión anterior.

Para corregir este problema, actualice el explorador.

Al implementar AKS Arc con Windows Admin Center y la implementación se bloquea durante un período prolongado, es posible que tenga problemas de conectividad o proveedor de soporte técnico de seguridad de credenciales (CredSSP).

Pruebe estos pasos para solucionar problemas de la implementación:

1. En la máquina que ejecuta Windows Admin Center, ejecute el siguiente comando en una ventana de PowerShell:

      Enter-PSSession <servername>
   

2. Si este comando funciona, podrá conectarse al servidor y no habrá ningún problema de conectividad.

3. Si tiene problemas con CredSSP, ejecute este comando para probar la confianza entre la máquina de puerta de enlace y la máquina de destino:

      Enter-PSSession -ComputerName <server> -Credential company\administrator -Authentication CredSSP
   

   También puede ejecutar el siguiente comando para probar la confianza en el acceso a la puerta de enlace local:

      Enter-PSSession -computer localhost -credential (Get-Credential)
   

Para obtener sugerencias adicionales para la solución de problemas de CredSSP, consulte Solución de problemas de CredSSP.

A veces, debido a problemas de red, Windows Admin Center agota el tiempo de espera durante una conexión de Arc.

Use el comando de PowerShell Enable-AksHciArcConnection para conectar el clúster de carga de trabajo de AKS a Azure Arc mientras nos esforzamos para mejorar la experiencia del usuario.

En la fase 2.1: Validación del sistema, puede obtener un error: "El elemento "Install-Module" no se reconoció como el nombre de un cmdlet, una función, un archivo de script o un programa ejecutable.

Compruebe la ortografía del nombre. Si se incluye la ruta de acceso, asegúrese de que la ruta de acceso sea correcta. A continuación, inténtelo de nuevo al instalar. Complete los comandos de PowerShell en los nodos en los que está intentando realizar la implementación. Ejecute el siguiente comando para resolver el problema (asegúrese de que la versión de PowerShell sea al menos 5.1):

Install-Module -Name PowershellGet -Repository PSGallery -Force -Confirm:$false -SkipPublisherCheck

A continuación, ejecute estos comandos si encuentra algún error del primer comando:

Get-PSRepository
Register-PSRepository -Default

No se puede conectar Windows Admin Center a Azure porque no se puede crear y usar automáticamente un identificador de App de Azure en la puerta de enlace.

Cree un identificador de App de Azure y asígnele los permisos adecuados en el portal. Luego, seleccione Usar existente en la puerta de enlace. Para más información, visite Conexión de la puerta de enlace a Azure.

Si tiene clústeres de cargas de trabajo con la versión 1.19.9 de Kubernetes instalada y, a continuación, usa Windows Admin Center para actualizarlos a la versión 1.19.11 de Kubernetes, la página de actualización de Kubernetes sigue mostrándolos en curso. Sin embargo, si ejecuta Get-AksHciCluster, la salida muestra que la actualización se ha completado y, si abre Windows Admin Center en una nueva pestaña, el clúster se actualiza a la versión 1.19.11 en la lista de clústeres de Kubernetes.

Puede omitir este problema cuando se complete el proceso de actualización.

Al notificar problemas con Windows Admin Center, se recomienda adjuntar los registros para ayudar al equipo de desarrollo a diagnosticar el problema. Los errores de Windows Admin Center se suelen presentar de una de estas dos formas:

• Eventos que aparecen en el visor de eventos de la máquina en la que se ejecuta Windows Admin Center
• Problemas de JavaScript que aparecen en la consola del explorador

Para recopilar registros de Windows Admin Center, use el script Get-SMEUILogs.ps1 que se incluye en el paquete de la versión preliminar pública.

Para usar el script, ejecute este comando en el directorio de archivos donde se almacena el script:

./Get-SMEUILogs.ps1 -ComputerNames [comp1, comp2, etc.] -Destination [comp3] -HoursAgo [48] -NoCredentialPrompt

El comando tiene los parámetros siguientes:

• -ComputerNames: una lista de máquinas de las que desea recopilar registros.
• -Destination: la máquina a la que desea agregar los registros.
• -HoursAgo: la hora de inicio de la recopilación de registros, expresada en horas anteriores a la hora en que se ejecuta el script.
• -NoCredentialPrompt: un modificador para desactivar el símbolo del sistema de credenciales y usar las credenciales predeterminadas en el entorno actual.

Si tiene dificultades para ejecutar este script, puede ejecutar el siguiente comando para ver el texto de ayuda:

GetHelp .\Get-SMEUILogs.ps1 -Examples

Al ejecutar una actualización en Windows Admin Center, se produce el siguiente error:

Error occurred while fetching platform upgrade information. RemoteException: No match was found for the specified search criteria and module name 'AksHci'. Try Get-PSRepository to see all available registered module repositories.

Este mensaje de error suele producirse cuando AKS en Azure Local se implementa en un entorno que tiene configurado un proxy. Actualmente, Windows Admin Center no tiene compatibilidad para instalar módulos en un entorno de proxy.

Para resolver este error, configure AKS en Azure Local mediante el comando proxy de PowerShell.

Se produce un error en la implementación del clúster del host de AKS en las comprobaciones del sistema con un error del servicio WinRM.

Pruebe a aplicar las soluciones sugeridas en Solución manual de problemas.

Si tiene instaladas varias versiones de los módulos de PowerShell (por ejemplo, 0.2.26, 0.2.27 y 0.2.28), es posible que Windows Admin Center no use la versión más reciente (o la que requiere).

Asegúrese de que solo tiene un módulo de PowerShell instalado. Debe desinstalar todas las versiones de PowerShell no usadas de los módulos de PowerShell y dejar solo una instalada. Obtenga más información sobre qué versión de Windows Admin Center es compatible con la que se puede encontrar la versión de PowerShell en las notas de la versión de AKS en Azure Local.

Este error aparece al implementar a través de Windows Admin Center. El proveedor del paquete requiere las etiquetas PackageManagement y Provider. Debe comprobar si el paquete especificado tiene un error de etiqueta al intentar una implementación a través de Windows Admin Center.

Este error procede de PowerShell y indica que hay problemas de conectividad a Internet. PowerShell intenta instalar el paquete de requisitos previos y no puede instalarlo.

Compruebe que el servidor o el clúster de conmutación por error tienen conectividad a Internet y, a continuación, inicie una instalación nueva.

En la fase 2.1: Validación del sistema, puede haber un error al alcanzar la instalación: No match was found for the specified search criteria for the provider 'NuGet'. The package provider requires 'PackageManagement' and 'Provider' tags. Please check if the specified package has the tags. Complete los comandos de PowerShell en los nodos en los que está intentando implementar. Tendrá que instalar manualmente NuGet mediante el siguiente comando de PowerShell:

Install-PackageProvider -Name NuGet -Scope CurrentUser -Force

Después de ejecutar ese comando, cierre todas las ventanas de PowerShell abiertas e inténtelo de nuevo en Windows Admin Center.

En la fase 2.1: Validación del sistema, puede producirse este error: "No se puede encontrar el repositorio "PSGallery".

Use Get-PSRepository para ver todos los repositorios disponibles.' al hacer clic en instalar. Complete los comandos de PowerShell en los nodos en los que está intentando realizar la implementación. Anule el registro y vuelva a registrar PSRepository en una ventana de PowerShell administrativa. Después, cierre todas las ventanas de PowerShell.

Unregister-PSRepository -Name 'PSGallery'
Register-PSRepository -Default

A continuación, desinstale y vuelva a instalar PowerShellGet en una ventana administrativa de PowerShell. Después, cierre todas las ventanas de PowerShell.

Uninstall-Module PowerShellGet
Install-Module PowerShellGet -Force

Después de esto, vuelva a Windows Admin Center y vuelva a intentarlo.

Si instala Windows Admin Center con una cuenta e intenta usarlo con otra, se producirán errores.

Para que CredSSP funcione correctamente en el asistente de creación de clústeres, Windows Admin Center debe estar instalado y usarse en la misma cuenta.

Este error aparece al pasar de PowerShell a Windows Admin Center para crear un clúster de cargas de trabajo habilitado para Arc.

Puede omitir este error de forma segura. Forma parte del paso de validación y el clúster ya se ha creado.

Reiniciar los nodos de clúster local de Azure que hospedan el clúster de administración y los clústeres de cargas de trabajo pueden hacer que los clústeres de carga de trabajo desaparezcan del panel de Windows Admin Center.

Para evitar este problema, pause y purgue los nodos antes de planear su reinicio. A veces, los clústeres de cargas de trabajo pueden tardar más en aparecer en el panel.

Windows Admin Center no implementará Azure Kubernetes Service en un entorno con clústeres de almacenamiento y de proceso independientes, ya que espera que el mismo clúster sea el que proporcione los recursos de proceso y almacenamiento. En la mayoría de los casos, no encontrará los archivos CSV expuestos por el clúster de proceso y se negará a continuar con la implementación.

Pasos siguientes

• Introducción a la solución de problemas
• Problemas y errores de instalación
• Actualización de problemas conocidos

Si sigue experimentando problemas al usar AKS Arc, puede archivar errores a través de GitHub.