Compartir a través de

Visualización de problemas conocidos en la versión 2405.2 de Azure Stack HCI

  • Artículo

Se aplica a: Azure Local, versión 23H2

En este artículo se identifican los problemas conocidos críticos y sus soluciones alternativas en la versión 2405.2 de Azure Stack HCI 2405.2.

Las notas de la versión se actualizan continuamente y, cuando se descubren problemas críticos que necesitan una solución alternativa, se añaden. Antes de implementar Azure Stack HCI, revise cuidadosamente la información contenida en las notas de la versión.

Importante

Para obtener información sobre las nuevas rutas admitidas en esta versión, consulte Información de la 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 2405.2

Esta versión de software corresponde al número de versión 2405.2.7.

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 Solución alternativa/Comentarios
Actualizaciones En esta versión, se ha corregido un problema de actualización relacionado con el campo de identificador de tipo de recurso que faltaba en las comprobaciones de estado.
Actualizaciones En esta versión, se corrigió un problema de actualización relacionado con distintas comprobaciones de estado con el mismo nombre.
Actualizaciones En esta versión, se ha corregido un problema por el que las comprobaciones de estado de actualización de la extensión del Generador de Soluciones faltaban en las comprobaciones de estado previas a la actualización o en las comprobaciones diarias.
Actualizaciones En esta versión, se ha corregido un problema que provocaba la incapacidad de ver o iniciar nuevas actualizaciones debido a que el servicio de actualización se bloqueaba en los servidores con un estado incorrecto.
Actualizaciones En esta versión, se ha mejorado el servicio de actualización para evitar la sobrecarga de acciones en el clúster.
Actualizaciones En esta versión, se ha añadido una comprobación de estado para evitar actualizaciones cuando falla la adición o eliminación de servidores.
Administración de máquinas virtuales de Arc En versiones anteriores, cualquier operación de cambio de estado de energía de una máquina virtual, como start stop, save, and pause, devolvería inicialmente el estado de la máquina virtual como en ejecución y, finalmente, mostraría el estado correcto después de una actualización de más de 30 segundos más tarde. En esta versión, la operación de cambio de estado de consumo energía solo se devuelve después de cambiar el estado de la máquina virtual al esperado.

Problemas conocidos de esta versión

Característica Problema Solución alternativa
Actualización Debido a un error en las máquinas virtuales de infraestructura de SDN, el SDN deja de funcionar una vez que los hosts pasan por la actualización y rotación de secretos. No hay ninguna solución alternativa para este problema en esta versión. Si se produce el problema, póngase en contacto con el soporte técnico de Microsoft para conocer los pasos siguientes.
Actualización Debido a un error en el comprobador de preparación del entorno, la comprobación de preparación del entorno para los discos físicos falla incorrectamente y bloquea la actualización. Espere unos minutos y vuelva a intentar la actualización.
Implementación En esta versión, puede recibir el siguiente error: Invoke Cloud Deploy Failed With - Value cannot be null (Error de invocación de implementación en la nube - El valor no puede ser null). No hay ninguna solución alternativa para este problema en esta versión. Si se produce el problema, póngase en contacto con el soporte técnico de Microsoft para conocer los pasos siguientes.
Actualizar En esta versión, se produce un error en la comprobación del entorno con el siguiente error: Update is in Failed state: HealthCheckFailed. Summary XML from ECE not present (La actualización tiene el estado Con errores: HealthCheckFailed. El XML de resumen de ECE no está presente). No hay ninguna solución alternativa para este problema en esta versión. Si se produce el problema, póngase en contacto con el soporte técnico de Microsoft para conocer los pasos siguientes.

Problemas conocidos de versiones anteriores

Estos son los problemas conocidos de las versiones anteriores:

Característica Problema Solución alternativa
Actualizar Al ver los resultados de la comprobación de preparación de un clúster de Azure Stack HCI a través de Azure Update Manager, puede haber varias comprobaciones de preparación con el mismo nombre. No hay ninguna solución alternativa conocida en esta versión. Seleccione Ver detalles para ver información específica sobre la comprobación de preparación.
Administración de máquinas virtuales de Arc En implementaciones de gran tamaño, como implementaciones extensas del grupo de hosts de AVD o aprovisionamientos de máquinas virtuales a gran escala, es posible que encuentre problemas de fiabilidad causados por un problema de la biblioteca externa de sockets de Hyper-V. Siga estos pasos para mitigar el problema:
1. Ejecute el comando Get-service mochostagent (\) get-process (\) kill. Compruebe el resultado del comando y verifique si el número de identificadores está en miles.

2. Ejecute el comando Get-service mochostagent (\) get-process para finalizar los procesos.

3. Ejecute el comando restart-service mochostagent para reiniciar el servicio mochostagent.
Implementación Al implementar Azure Stack HCI, versión 23H2 a través de Azure Portal, es posible que encuentre el siguiente error de validación de implementación:

Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}].

Si accede a la pestaña Redes en la implementación de Azure Portal, en la configuración de Intención de red, podrá ver el siguiente error: El adaptador de red físico seleccionado no está vinculado al conmutador virtual de administración.		 Siga el procedimiento indicado en Solución de errores de validación de implementación en Azure Portal.
Implementación La implementación a través de Azure Portal produce este error: No se pudo capturar el secreto LocalAdminCredential del almacén de claves. No hay ninguna solución alternativa para este problema en esta versión. Si se produce el problema, póngase en contacto con el soporte técnico de Microsoft para conocer los pasos siguientes.
Implementación En algunos casos, durante el registro de servidores de Azure Stack HCI, se podrá detectar este error en los registros de depuración: Se ha detectado un error interno del servidor. Es posible que una de las extensiones obligatorias para la implementación de dispositivos no esté instalada. Siga estos pasos para mitigar el problema:

$Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" }

New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade

New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"

New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController"

New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade
Actualizar Hay un problema intermitente en esta versión cuando Azure Portal notifica incorrectamente el estado de actualización como No se pudo actualizar o En curso a pesar de que la actualización está completa. Conéctese a su local de Azure a través de una sesión remota de PowerShell. Para confirmar el estado de actualización, ejecute los siguientes cmdlets de PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Reemplace la cadena de versión por la versión que está ejecutando. Por ejemplo, "10.2405.0.23".

$Update.state

Si el estado de la actualización es Instalado, no se requiere ninguna acción adicional por su parte. Azure Portal actualiza el estado correctamente en un plazo de 24 horas.
Para actualizar el estado antes, siga estos pasos en uno de los nodos del clúster.
Reinicie el grupo de clústeres de gestión de la nube.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"
Actualizar Durante una actualización inicial de MOC, se produce un error debido a que la versión de MOC de destino no se encuentra en la caché del catálogo. Las actualizaciones de seguimiento y los reintentos muestran MOC en la versión de destino, sin que la actualización tenga éxito, y como resultado falla la actualización de Arc Resource Bridge.

Para validar este problema, recopile los registros de actualización; para ello, consulte Solución de problemas de actualizaciones de Azure Stack HCI, versión 23H2. Los archivos de registro deben mostrar un mensaje de error similar (la versión actual puede diferir en el mensaje de error):

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]		 Siga estos pasos para mitigar el problema:

1. Para buscar la versión del agente MOC, ejecute el siguiente comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use la salida del comando para buscar la versión de MOC de la tabla siguiente que coincida con la versión del agente y establezca $initialMocVersion en esa versión de MOC. Establezca el $targetMocVersion mediante la búsqueda de la compilación de Azure Stack HCI a la que va a actualizar y obtenga la versión de MOC coincidente de la tabla siguiente. Use estos valores en el script de mitigación que se proporciona a continuación:

Compilación Versión de MOC Versión del agente
2311.21.0.24.10106v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
24021.0.25.10203v0.14.0, v0.13.1, 02/02/2024
2402.11.0.25.10302v0.14.0, v0.13.1, 03/02/2024
2402.21.1.1.10314v0.16.0-1-g04bf0dec, v0.15.1, 03/14/2024
2405/2402.31.3.0.10418v0.17.1, v0.16.5, 04/18/2024


Por ejemplo, si la versión del agente es v0.13.0-6-gf13a73f7, v0.11.0-alpha.38, 01/06/2024, entonces $initialMocVersion = “1.0.24.10106” y si está actualizando a 2405.0.23, entonces $targetMocVersion = “1.3.0.10418”.

3. Ejecute los siguientes comandos de PowerShell en el primer nodo:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC dos veces
import-module moc
import-module moc
$verbosePreference = "Continue"

# Borrar la caché del catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Pase la versión a la versión actual de MOC antes de la actualización y ponga el estado de la actualización como no realizada
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Vuelva a ejecutar la actualización de MOC a la versión deseada.
Update-Moc -version $targetMocVersion

4. Reanude la actualización.
AKS en HCI Se produce un error al crear el clúster de AKS debido al error Error: Invalid AKS network resource id. Este problema puede producirse cuando el nombre de red lógica asociado tiene un carácter de subrayado. Los caracteres de subrayado no se admiten en nombres de red lógicos. Asegúrese de no usar el carácter de subrayado en los nombres de las redes lógicas implementadas en Azure Stack HCI.
Reparar servidor En raras ocasiones, la operación Repair-Server no se realiza debido al error HealthServiceWaitForDriveFW. 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 cmdlet de PowerShell Suspend-ClusterNode -Drain antes de iniciar Repair-Server.
Si se produce el problema, póngase en contacto con el soporte técnico de Microsoft para conocer los pasos siguientes.
Reparar servidor Este problema se observa cuando el servidor único de Azure Stack HCI se actualiza de 2311 a 2402 y luego se lleva a cabo la operación 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 el ADPrepTool. Siga los pasos descritos en Preparar Active Directory. Esta acción es rápida y agrega los permisos necesarios a la unidad organizativa (OU).
2. Mueva el objeto del 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 el Active Directory por su cuenta (sin usar el script ni el procedimiento, proporcionados por Microsoft), la validación de Active Directory podría producir un error debido a la falta del permiso 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 de script de preparación de AD o, si usa su propio método, asigne el permiso específico msFVE-RecoverInformationobjects – General – Permissions Full control.
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.
Agregar servidor En esta versión y versiones anteriores, al agregar un servidor al clúster, no es posible actualizar la cadena de lista de omisión de proxy para incluir el nuevo servidor. Si se actualiza la lista de omisión de proxy de las variables de entorno en los hosts, no se actualizará la lista de omisión de proxy en el puente de recursos de Azure ni en AKS. No hay ninguna solución alternativa en esta versión. Si encuentra este problema, póngase en contacto con el soporte técnico de Microsoft para determinar los pasos siguientes.
Agregar/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 el 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/ubicación de Secrets. Se trata de un campo obligatorio marcado como No obligatorio y genera 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. Elimine 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 de DRTM no se admite en la versión actual.
Microsoft recomienda una defensa en profundidad, y el arranque seguro UEFI sigue protegiendo los componentes de la cadena de arranque de la Raíz de Confianza Estática (SRT), asegurándose de que solo se cargan cuando están firmados y comprobados.		 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 razones de diseño, la lista de omisión es diferente para winhttp y wininet, lo que provoca 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. Restablezca la lista de omisión de proxy.
Administración de máquinas virtuales de Arc La implementación o actualización del puente de recursos de Arc podría generar un error cuando el secreto de SPN temporal generado automáticamente durante esta operación comienza con un guion. Vuelva a intentar la implementación o actualización. Si se reintenta, se debería volver a generar el secreto de SPN y la operación se realizará correctamente.
Administración de máquinas virtuales de Arc Las extensiones de Arc en máquinas virtuales de Arc se queda en estado "Creando" indefinidamente. Inicie sesión en la máquina virtual, abra el 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 propiedad resourcename. 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 obtener 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.
gestió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 debería poder crear recursos en esta red lógica. El estado llama a confusión en este caso.		 Si el estado de esta red lógica fue Succeeded (Correcto) en el momento en que se aprovisionó, entonces puede seguir creando recursos en ella.
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áquina virtual de Arc .
Actualizar En raras ocasiones, puede producirse este error al actualizar Azure Stack HCI: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. Si ve este problema, póngase en contacto con el 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 se produzca un error en la implementación 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 da lugar a un error DNS. Reinicie 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, consulte Quitar la interfaz de red y vea Eliminar la interfaz de red.
Despliegue 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 la unidad organizativa es correcta y no incluye caracteres no admitidos.
Despliegue Las implementaciones a través de el Azure Resource Manager se agotan después de 2 horas. Las implementaciones que superan las 2 horas aparecen como fallidas en el grupo de recursos, aunque el clúster se crea correctamente. Para supervisar la implementación en Azure Portal, vaya al recurso del 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.
Actualización 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 del clúster 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 conocer los últimos detalles de la actualización, puede acceder al progreso de la actualización con PowerShell.
Actualizar En raras ocasiones, si una actualización con error está bloqueada en un estado En progreso en Azure Update Manager, el botón Volver a intentar queda deshabilitado. Para reanudar la actualización, ejecute el siguiente comando de PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.
Actualizaciones En algunos casos, los comandos SolutionUpdate podrían producir un error si se ejecutan después del comando Send-DiagnosticData. 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.
Actualizar En raras ocasiones, al aplicar una actualización de 2311.0.24 a 2311.2.4, en los informes de estado del clúster aparece En progreso en lugar del mensaje esperado Error al actualizar. Vuelva a intentar la actualización. Si el problema persiste, póngase en contacto con el soporte técnico de Microsoft.
Actualizar Los intentos de instalar actualizaciones de soluciones pueden fallar al final del procedimiento de la CAU con:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
 Este problema poco frecuente se produce si los recursos de Cluster Name o Cluster IP Address no se inician después de reiniciar un nodo y son los más habituales en clústeres pequeños.		 Si encuentra este problema, póngase en contacto con el soporte técnico de Microsoft para conocer los pasos siguientes. Pueden trabajar con usted para reiniciar manualmente los recursos del clúster y reanudar la actualización según sea necesario.
Actualizar Al aplicar una actualización de clúster a la versión 10.2402.3.11, es posible que el cmdlet de Get-SolutionUpdate no responda y, finalmente, produzca un error en RequestTimeoutException después de aproximadamente 10 minutos. Es probable que esto ocurra tras un escenario de adición o reparación de servidores. Use los cmdlets Start-ClusterGroup y Stop-ClusterGroup para reiniciar el servicio de actualización.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Una ejecución correcta de estos cmdlets debe activar el servicio de actualización.
Actualización compatible con clústeres No se ha podido 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 soporte técnico de Microsoft.
Actualización compatible con clústeres La operación de suspensión del nodo se ha bloqueado 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 soporte técnico de Microsoft.

Pasos siguientes