Visualización de problemas conocidos en la versión 2402 de Azure Stack HCI
Se aplica a: Azure Stack HCI, versión 23H2
En este artículo se identifican los problemas conocidos críticos y sus soluciones alternativas en la versión de Azure Stack HCI 2402.
Las notas de la versión se actualizan continuamente y se van agregando a medida que se descubren problemas críticos que requieren una solución alternativa. Antes de implementar Azure Stack HCI, revise cuidadosamente la información contenida en las notas de la versión.
Importante
Esta versión admite tanto implementaciones nuevas como actualizaciones. Debe ejecutar la versión 2311.3 para actualizar a esta versión.
Para obtener más información sobre las nuevas características de esta versión, consulte Novedades de 23H2.
Problemas de la versión 2402
Esta versión de software se asigna al número de versión de software 10.2402.0.23.
Entre las notas de la versión de esta versión se incluyen los problemas corregidos en esta versión, los problemas conocidos de esta versión y los problemas observados en la versión anterior.
Problemas corregidos
Estos son los problemas corregidos en esta versión:
Característica | Problema | Soluciones alternativas o comentarios |
---|---|---|
Implementación | Primer paso de implementación: Antes de la implementación en la nube al implementar mediante Azure Portal , puede tardar entre 45 minutos y una hora en completarse. | |
Implementación | Hay un problema esporádico de confiabilidad de latido en esta versión debido a que el registro encuentra el error: Error en el registro de HCI. Error: Error de integración de Arc. | Este problema es intermitente. Intente volver a ejecutar la implementación. Para obtener más información, consulte Volver a ejecutar la implementación. |
Implementación | Hay un problema intermitente en esta versión en el que se produce un error en la validación de integración de Arc: Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later. |
Este problema es intermitente. Intente volver a ejecutar la implementación. Para obtener más información, consulte Volver a ejecutar la implementación. |
Implementación | En algunos casos, la ejecución del script de registro de Arc no instala las extensiones obligatorias, la administración de dispositivos de Azure Edge ni el Administrador de ciclo de vida de Azure Edge. | El problema se ha corregido en esta versión. Las extensiones se corrigen y entran en un estado de implementación correcto. |
Actualizar | Al intentar cambiar azureStackLCMUserPassword mediante el comando : Set-AzureStackLCMUserPassword , podría producirse este error: Can't find an object with identity: 'object id'*. |
No hay ninguna solución alternativa conocida en esta versión. |
Problemas conocidos en esta versión
Estos son los problemas conocidos de esta versión:
Característica | Problema | Soluciones alternativas o comentarios |
---|---|---|
Reparar servidor | En raras ocasiones, se produce un error en la Repair-Server HealthServiceWaitForDriveFW operación. En estos casos, las unidades antiguas del nodo reparado no se quitan y los discos nuevos se bloquean en el modo de mantenimiento. |
Para evitar este problema, asegúrese de no purgar el nodo a través de Windows Admin Center o mediante el Suspend-ClusterNode -Drain cmdlet de PowerShell antes de iniciar Repair-Server . Si se produce el problema, póngase en contacto con Soporte técnico de Microsoft para conocer los pasos siguientes. |
Reparar servidor | Este problema se ve cuando el servidor único de Azure Stack HCI se actualiza de 2311 a 2402 y, a continuación, se realiza .Repair-Server Se produce un error en la operación de reparación. |
Antes de reparar el nodo único, siga estos pasos: 1. Ejecute la versión 2402 para ADPrepTool. Siga los pasos descritos en Preparación de Active Directory. Esta acción es rápida y agrega los permisos necesarios a la unidad organizativa (OU). 2. Mueva el objeto de equipo del segmento Equipos a la unidad organizativa raíz. Ejecute el siguiente comando: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>" |
Implementación | Si prepara Active Directory por su cuenta (no se usa el script y el procedimiento proporcionado por Microsoft), la validación de Active Directory podría producir un error con el permiso que falta Generic All . Esto se debe a un problema en la comprobación de validación que comprueba si hay una entrada de permiso dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control , que es necesaria para la recuperación de BitLocker. |
Use el método preparar script de AD o si usa su propio método, asegúrese de asignar el permiso msFVE-RecoverInformationobjects – General – Permissions Full control específico. |
Implementación | Hay un problema poco frecuente en esta versión en el que se elimina el registro DNS durante la implementación de Azure Stack HCI. Cuando esto ocurre, se ve la siguiente excepción: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123. |
Compruebe el servidor DNS para ver si faltan registros DNS de los nodos del clúster. Aplique la siguiente mitigación en los nodos donde falta su registro DNS. Reinicie el servicio de cliente DNS. Abra una sesión de PowerShell y ejecute el siguiente cmdlet en el nodo afectado: Taskkill /f /fi "SERVICES eq dnscache" |
Implementación | En esta versión, se produce un error de tarea remota en una implementación de varios nodos que da como resultado la siguiente excepción:ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). |
La mitigación consiste en reiniciar el agente ECE en el nodo afectado. En el servidor, abra una sesión de PowerShell y ejecute el siguiente comando:Restart-Service ECEAgent . |
Actualizaciones | En esta versión, hay un problema de comprobación de estado debido a la cual no se puede actualizar una instancia de Azure Stack HCI de un solo servidor desde Azure Portal. | Actualice Azure Stack HCI a través de PowerShell. |
Agregar o reparar servidor | En esta versión, al agregar o reparar un servidor, se produce un error cuando se copian los certificados de máquina virtual del equilibrador de carga de software o de la controladora de red de los nodos existentes. El error se debe a que estos certificados no se generaron durante la implementación o actualización. | No hay ninguna solución alternativa en esta versión. Si encuentra este problema, póngase en contacto con Soporte técnico de Microsoft para determinar los pasos siguientes. |
Implementación | En esta versión, hay un problema transitorio que da lugar a un error de implementación con la siguiente excepción:Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:*<br>*Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic. |
Como se trata de un problema transitorio, el reintento de la implementación debe corregirlo. Para obtener más información, consulte Cómo volver a ejecutar la implementación. |
Implementación | En esta versión, hay un problema con el campo URI o ubicación de secretos. Se trata de un campo obligatorio marcado como No obligatorio y da como resultado errores de implementación de plantillas de Azure Resource Manager. | Use el archivo de parámetros de ejemplo en La implementación de Azure Stack HCI, versión 23H2 a través de la plantilla de Azure Resource Manager para asegurarse de que todas las entradas se proporcionan en el formato necesario y, a continuación, pruebe la implementación. Si se produce un error en la implementación, también debe limpiar los siguientes recursos antes de volver a ejecutar la implementación: 1. Elimine C:\EceStore . 2. Elimine C:\CloudDeployment . 3. Eliminar C:\nugetstore . 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation . |
Seguridad | En el caso de las nuevas implementaciones, los dispositivos compatibles con núcleos protegidos no tendrán habilitada la raíz dinámica de medida (DRTM) de forma predeterminada. Si intenta habilitar (DRTM) mediante el cmdlet Enable-AzSSecurity, verá un error que indica que la configuración drTM no se admite en la versión actual. Microsoft recomienda defensa en profundidad y el arranque seguro UEFI sigue protegiendo los componentes de la cadena de arranque raíz de confianza estática (SRT) asegurándose de que solo se cargan cuando se firman y comprueban. |
DRTM no se admite en esta versión. |
Redes | Se produce un error en una comprobación del entorno cuando se usa un servidor proxy. Por diseño, la lista de omisión es diferente para winhttp y wininet, lo que hace que se produzca un error en la comprobación de validación. | Siga estos pasos de solución alternativa: 1. Borre la lista de omisión de proxy antes de la comprobación de estado y antes de iniciar la implementación o la actualización. 2. Después de pasar la comprobación, espere a que se produzca un error en la implementación o actualización. 3. Vuelva a establecer la lista de omisión de proxy. |
Problemas conocidos de las versiones anteriores
Estos son los problemas conocidos de las versiones anteriores:
Característica | Problema | Solución alternativa |
---|---|---|
Administración de máquinas virtuales de Arc | La implementación o actualización de Arc Resource Bridge podría producir un error cuando el secreto de SPN temporal generado automáticamente durante esta operación, comienza con un guión. | Vuelva a intentar la implementación o actualización. El reintento debe volver a generar el secreto de SPN y la operación probablemente se realizará correctamente. |
Administración de máquinas virtuales de Arc | Las extensiones de Arc en máquinas virtuales de Arc permanecen en estado "Crear" indefinidamente. | Inicie sesión en la máquina virtual, abra un símbolo del sistema y escriba lo siguiente: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json A continuación, busque la resourcename propiedad . Elimine el GUID que se anexa al final del nombre del recurso, por lo que esta propiedad coincide con el nombre de la máquina virtual. A continuación, reinicie la máquina virtual. |
Administración de máquinas virtuales de Arc | Cuando se agrega un nuevo servidor a un clúster de Azure Stack HCI, la ruta de acceso de almacenamiento no se crea automáticamente para el volumen recién creado. | Puede crear manualmente una ruta de acceso de almacenamiento para los volúmenes nuevos. Para más información, consulte Creación de una ruta de acceso de almacenamiento. |
Administración de máquinas virtuales de Arc | El reinicio de la operación de máquina virtual de Arc se completa después de aproximadamente 20 minutos, aunque la propia máquina virtual se reinicia en aproximadamente un minuto. | No hay ninguna solución alternativa conocida en esta versión. |
Administración de máquinas virtuales de Arc | En algunos casos, el estado de la red lógica se muestra como Error en Azure Portal. Esto ocurre cuando se intenta eliminar la red lógica sin eliminar primero ningún recurso, como interfaces de red asociadas a esa red lógica. Todavía debe poder crear recursos en esta red lógica. El estado es engañoso en esta instancia. |
Si el estado de esta red lógica se realizó correctamente en el momento en que se aprovisionó esta red, puede seguir creando recursos en esta red. |
Administración de máquinas virtuales de Arc | En esta versión, al actualizar una máquina virtual con un disco de datos conectado a ella mediante la CLI de Azure, se produce un error en la operación con el siguiente mensaje de error: No se pudo encontrar un disco duro virtual con el nombre . |
Use Azure Portal para todas las operaciones de actualización de máquinas virtuales. Para más información, consulte Administración de máquinas virtuales de Arc y Administración de recursos de máquinas virtuales de Arc. |
Actualizar | En raras ocasiones, es posible que encuentre este error al actualizar azure Stack HCI: Escriba 'UpdateArbAndExtensions' del rol 'MocArb' generó una excepción: Excepción actualizando ARB y extensión en el paso [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. | Si ve este problema, póngase en contacto con Soporte técnico de Microsoft para ayudarle con los pasos siguientes. |
Redes | Hay un problema de cliente DNS poco frecuente en esta versión que hace que la implementación produzca un error en un clúster de dos nodos con un error de resolución DNS: se produjo una excepción WebException al enviar un RestRequest. WebException.Status: NameResolutionFailure. Como resultado del error, el registro DNS del segundo nodo se elimina poco después de que se cree, lo que produce un error DNS. | Reinicia el servidor. Esta operación registra el registro DNS, lo que impide que se elimine. |
Azure Portal | En algunos casos, Azure Portal puede tardar un tiempo en actualizarse y es posible que la vista no esté actualizada. | Es posible que tenga que esperar 30 minutos o más para ver la vista actualizada. |
Administración de máquinas virtuales de Arc | La eliminación de una interfaz de red en una máquina virtual de Arc de Azure Portal no funciona en esta versión. | Use la CLI de Azure para quitar primero la interfaz de red y, a continuación, eliminarla. Para obtener más información, vea Quitar la interfaz de red y vea Eliminar la interfaz de red. |
Administración de máquinas virtuales de Arc | Al crear un disco o una interfaz de red en esta versión con carácter de subrayado en el nombre, se produce un error en la operación. | Asegúrese de no usar el carácter de subrayado en los nombres de los discos o las interfaces de red. |
Implementación | No se detecta el nombre de la unidad organizativa en una sintaxis incorrecta en Azure Portal. La sintaxis incorrecta incluye caracteres no admitidos, como &,",',<,> . La sintaxis incorrecta se detecta en un paso posterior durante la validación del clúster. |
Asegúrese de que la sintaxis de la ruta de acceso de unidad organizativa sea correcta y no incluya caracteres no admitidos. |
Implementación | Las implementaciones a través de Azure Resource Manager agota el tiempo de espera después de 2 horas. Las implementaciones que superan las 2 horas se muestran como erróneas en el grupo de recursos, aunque el clúster se ha creado correctamente. | Para supervisar la implementación en Azure Portal, vaya al recurso de clúster de Azure Stack HCI y, a continuación, vaya a la nueva entrada Implementaciones . |
Azure Site Recovery | Azure Site Recovery no se puede instalar en un clúster de Azure Stack HCI en esta versión. | No hay ninguna solución alternativa conocida en esta versión. |
Actualizar | Al actualizar el clúster de Azure Stack HCI a través de Azure Update Manager, es posible que el progreso de la actualización y los resultados no estén visibles en Azure Portal. | Para solucionar este problema, en cada nodo de clúster, agregue la siguiente clave del Registro (sin valor necesario):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force A continuación, en uno de los nodos del clúster, reinicie el grupo de clústeres De administración en la nube. Stop-ClusterGroup "Cloud Management" Start-ClusterGroup "Cloud Management" Esto no corregirá completamente el problema, ya que es posible que los detalles del progreso aún no se muestren durante un período del proceso de actualización. Para obtener los detalles de actualización más recientes, puede recuperar el progreso de la actualización con PowerShell. |
Actualizar | En esta versión, si ejecuta el Test-CauRun cmdlet antes de aplicar realmente la actualización 2311.2, verá un mensaje de error relacionado con una regla de firewall que falta para apagar el sistema Azure Stack HCI de forma remota. |
No se requiere ninguna acción por su parte, ya que la regla que falta se crea automáticamente cuando se aplican las actualizaciones 2311.2. Al aplicar actualizaciones futuras, asegúrese de ejecutar el Get-SolutionUpdateEnvironment cmdlet en lugar de Test-CauRun . |
Actualizaciones | En raras ocasiones, si una actualización con error se bloquea en un estado En curso en Azure Update Manager, el botón Volver a intentar está deshabilitado. | Para reanudar la actualización, ejecute el siguiente comando de PowerShell:Get-SolutionUpdate |Start-SolutionUpdate . |
Actualizaciones | En algunos casos, SolutionUpdate se podría producir un error en los comandos si se ejecuta después del Send-DiagnosticData comando. |
Asegúrese de cerrar la sesión de PowerShell que se usa para Send-DiagnosticData . Abra una nueva sesión de PowerShell y úsela para SolutionUpdate comandos. |
Actualizaciones | En raras ocasiones, al aplicar una actualización de 2311.0.24 a 2311.2.4, los informes de estado del clúster en curso en lugar de lo esperado no se pudieron actualizar. | Vuelva a intentar la actualización. Si el problema persiste, póngase en contacto con el servicio de soporte técnico de Microsoft. |
Administración de máquinas virtuales de Arc | Si el grupo de recursos usado para implementar una máquina virtual de Arc en Azure Stack HCI tiene un carácter de subrayado en el nombre, se produce un error en la instalación del agente invitado. Como resultado, no podrá habilitar la administración de invitados. | Asegúrese de que no haya caracteres de subrayado en los grupos de recursos que se usan para implementar máquinas virtuales de Arc. |
Actualización con reconocimiento del clúster | No se pudo reanudar la operación del nodo. | Se trata de un problema transitorio y podría resolverse por sí mismo. Espere unos minutos y vuelva a intentar la operación. Si el problema persiste, póngase en contacto con el servicio de soporte técnico de Microsoft. |
Actualización con reconocimiento del clúster | La operación suspender nodo se bloqueó durante más de 90 minutos. | Se trata de un problema transitorio y podría resolverse por sí mismo. Espere unos minutos y vuelva a intentar la operación. Si el problema persiste, póngase en contacto con el servicio de soporte técnico de Microsoft. |
Pasos siguientes
- Lea la introducción a la implementación.