Visualizzare i problemi noti nella versione di Azure Stack HCI 2405
Si applica a: Azure Locale 2311.2 e versioni successive
Questo articolo identifica i problemi noti critici e le relative soluzioni alternative nella versione di Azure Stack HCI 2405.
Le note sulla versione vengono aggiornate continuamente e, man mano che vengono individuati problemi critici che richiedono una soluzione alternativa, vengono aggiunti. Prima di distribuire Azure Stack HCI, esaminare attentamente le informazioni contenute nelle note sulla versione.
Importante
Per informazioni sui percorsi di aggiornamento supportati per questa versione, vedere Informazioni sulla versione.
Per altre informazioni sulle nuove funzionalità di questa versione, vedere Novità di 23H2.
Problemi relativi alla versione 2405
Questa versione software corrisponde al numero di versione 2405.0.24.
Le note di rilascio per questa versione includono i problemi risolti in questo rilascio, i problemi noti in questo rilascio e i problemi documentati dalle versioni precedenti.
Problemi risolti
Ecco i problemi risolti in questa versione:
| Funzionalità | Problema | Soluzione alternativa/commenti |
|---|---|---|
| Active Directory | Durante le distribuzioni di cluster che utilizzano una grande istanza di Active Directory, è stato risolto un problema che poteva provocare timeout quando si aggiungono utenti al gruppo di amministratori locale. | |
| Distribuzione | Vengono rilasciati nuovi modelli ARM per la creazione di cluster che semplificano la creazione delle risorse di dipendenza. Questi modelli includono alcune correzioni che hanno risolto i campi obbligatori mancanti. | |
| Distribuzione | Il comando PowerShell di rotazione dei segreti Set-AzureStackLCMUserPassword supporta un nuovo parametro per ignorare il messaggio di conferma. |
|
| Distribuzione | Miglioramento dell'affidabilità della rotazione dei segreti quando i servizi non vengono riavviati in modo tempestivo. | |
| Distribuzione | È stato risolto un problema per abilitare la distribuzione quando viene utilizzato uno spazio dei nomi non contiguo. | |
| Distribuzione | È stato risolto un problema durante il processo di distribuzione riguardante l'impostazione del livello diagnostico in Azure e nel dispositivo. | |
| SBE | È stato appena rilasciato un nuovo comando di PowerShell che può essere utilizzato per aggiornare i valori delle proprietà partner SBE forniti al momento della distribuzione. | |
| SBE | È stato risolto un problema che impedisce al servizio di aggiornamento di rispondere alle richieste dopo l'esecuzione di un solo aggiornamento sbe. | |
| Aggiungere un server Riparare il server |
È stato risolto un problema che impedisce a un nodo di aggiungere Active Directory durante un'operazione di aggiunta del server. | |
| Rete | Miglioramento dell'affidabilità di Network ATC durante la configurazione della rete host con determinati tipi di schede di rete. | |
| Rete | Maggiore affidabilità durante il rilevamento delle versioni del firmware per le unità disco. | |
| Aggiornamenti | Abbiamo migliorato l'affidabilità delle notifiche di aggiornamento per i risultati della verifica dello stato di salute inviati dal dispositivo ad AUM (Azure Update Manager). In alcuni casi, la dimensione del messaggio potrebbe essere troppo grande e non sono stati visualizzati risultati in AUM. | |
| Aggiornamenti | È stato risolto un problema di blocco dei file che può causare errori di aggiornamento per l'agente IGVM (Trusted Launch VM Agent). | |
| Aggiornamenti | È stato risolto un problema che impediva il riavvio dell'agente di orchestrazione durante un'esecuzione di aggiornamento. | |
| Aggiornamenti | Correzione di una condizione rara in cui il servizio di aggiornamento ha richiesto molto tempo per individuare o avviare un aggiornamento. | |
| Aggiornamenti | Corretto un problema per l'interazione Cluster-Aware Aggiornamento (CAU) con l'agente di orchestrazione quando viene segnalato un aggiornamento in corso da CAU. | |
| Aggiornamenti | Lo schema di denominazione per gli aggiornamenti è stato modificato per consentire l'identificazione della funzionalità rispetto agli aggiornamenti cumulativi. | |
| Aggiornamenti | Migliorata l'affidabilità della segnalazione del progresso di aggiornamento del cluster all'orchestratore. | |
| Azure Arc | È stato risolto un problema a causa del quale la connessione di Azure Arc si è persa quando il servizio di metadati dell'istanza ibrida (HIMDS) è stato riavviato, interrompendo la funzionalità del portale di Azure. Il dispositivo ora reinizialirà automaticamente la connessione di Azure Arc in questi casi. |
Problemi noti in questa versione
Ecco i problemi noti in questa versione:
| Funzionalità | Problema | Soluzione alternativa/commenti | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Gestione delle macchine virtuali Arc | In scenari di distribuzione di grandi dimensioni, ad esempio distribuzioni estese di pool di host AVD o provisioning di macchine virtuali su larga scala, è possibile che si verifichino problemi di affidabilità causati da un problema di libreria esterna del socket Hyper-V. | Seguire questa procedura per attenuare il problema: 1. Eseguire il comando Get-service mochostagent (\) get-process (\) kill. Controllare l'output del comando e verificare se il numero di handle è nell'ordine delle migliaia. 2. Eseguire il comando Get-service mochostagent (\) get-process per terminare i processi. 3. Eseguire il comando restart-service mochostagent per riavviare il servizio mochostagent. |
||||||||||||||||||
| Distribuzione | Quando si distribuisce Azure Stack HCI versione 23H2 tramite il portale di Azure, è possibile che si verifichi l'errore di convalida della distribuzione seguente: 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}]. Se si passa alla scheda |
Seguire la procedura descritta in Risolvere gli errori di convalida della distribuzione nel portale di Azure. | ||||||||||||||||||
| Distribuzione | La distribuzione tramite il portale di Azure non riesce con questo errore: Non è stato possibile recuperare il segreto LocalAdminCredential dal vault delle chiavi. | Non esiste alcuna soluzione alternativa per questo problema in questa versione. Se si verifica il problema, contattare il supporto tecnico Microsoft per i passaggi successivi. | ||||||||||||||||||
| Distribuzione | La nuova immagine ISO per il sistema operativo Azure Stack HCI, versione 23H2, è stata ripristinata a una versione precedente a causa di problemi di compatibilità con alcune configurazioni hardware. | Se si verificano problemi di registrazione di Arc, tornare indietro alla versione precedente. Se l'immagine più recente è già stata distribuita correttamente, non è necessaria alcuna azione. Entrambe le immagini ISO sono la stessa versione della build del sistema operativo. | ||||||||||||||||||
| Aggiorna | Quando si visualizzano i risultati del controllo di conformità per un cluster Azure Stack HCI tramite Azure Update Manager, potrebbero essere presenti più controlli di idoneità con lo stesso nome. | In questa versione non esiste una soluzione alternativa nota. Selezionare Visualizza dettagli per visualizzare informazioni specifiche sul controllo di prontezza. | ||||||||||||||||||
| Distribuzione | In alcuni casi, durante la registrazione dei server Azure Stack HCI, questo errore può essere visualizzato nei log di debug: Rilevato errore interno del server. Una delle estensioni obbligatorie per la distribuzione del dispositivo potrebbe non essere installata. | Per attenuare il problema, seguire questa procedura: $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 |
||||||||||||||||||
| Aggiorna | Si verifica un problema intermittente in questa versione quando il portale di Azure segnala erroneamente lo stato di aggiornamento come Impossibile aggiornare o In corso anche se l'aggiornamento è stato completato. |
Connetti al locale di Azure tramite una sessione remota di PowerShell. Per confermare lo stato dell'aggiornamento, eseguire i cmdlet di PowerShell seguenti: $Update = get-solutionupdate| ? version -eq "<version string>"Sostituire la stringa di versione con la versione in esecuzione. Ad esempio, "10.2405.0.23". $Update.stateSe lo stato dell'aggiornamento è Installato, non sono necessarie altre azioni da parte dell'utente. Il portale di Azure aggiorna correttamente lo stato entro 24 ore. Per aggiornare lo stato più rapidamente, seguire questi passi in uno dei nodi del cluster. Riavviare il gruppo cluster di gestione del cloud. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
||||||||||||||||||
| Aggiornamento | Durante un aggiornamento MOC iniziale, si verifica un errore a causa della versione MOC di destinazione non trovata nella cache del catalogo. Gli aggiornamenti e i tentativi di completamento mostrano MOC nella versione di destinazione, senza che l'aggiornamento abbia esito positivo e di conseguenza l'aggiornamento di Arc Resource Bridge non riesce. Per convalidare questo problema, raccogliere i log di aggiornamento usando Risolvere i problemi relativi agli aggiornamenti della soluzione per Azure Stack HCI, versione 23H2. I file di log dovrebbero visualizzare un messaggio di errore simile (la versione corrente potrebbe differire nel messaggio di errore): [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}" }] |
Per attenuare il problema, seguire questa procedura: 1. Per trovare la versione dell'agente MOC, eseguire il comando seguente: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.2. Usare l'output del comando per trovare, nella tabella seguente, la versione MOC che corrisponde alla versione dell'agente e impostare $initialMocVersion su tale versione MOC. Impostare il $targetMocVersion individuando la build di Azure Stack HCI in cui si esegue l'aggiornamento e ottenere la versione MOC corrispondente dalla tabella seguente. Usare questi valori nello script di mitigazione fornito di seguito:
Ad esempio, se la versione dell'agente è v0.13.0-6-gf13a73f7, v0.11.0-alpha.38, 01/06/2024, allora $initialMocVersion = "1.0.24.10106" e se si esegue l'aggiornamento a 2405.0.23, allora $targetMocVersion = "1.3.0.10418".3. Eseguire i comandi di PowerShell seguenti nel primo nodo: $initialMocVersion = "<initial version determined from step 2>"$targetMocVersion = "<target version determined from step 2>"# Importare due volte il modulo MOC import-module mocimport-module moc$verbosePreference = "Continue"# Cancellare la cache del catalogo SFS Remove-Item (Get-MocConfig).manifestCache# Impostare la versione sulla versione MOC corrente prima dell'aggiornamento e impostare lo stato come aggiornamento non riuscito Set-MocConfigValue -name "version" -value $initialMocVersionSet-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)# Eseguire di nuovo l'aggiornamento MOC alla versione desiderata Update-Moc -version $targetMocVersion4. Riprendere l'aggiornamento. |
||||||||||||||||||
| Sicurezza | La funzionalità di sicurezza SideChannelMitigation potrebbe non mostrare uno stato abilitato anche se è abilitato. Ciò si verifica quando si usa Windows Admin Center (visualizzazione sicurezza cluster) o quando questo cmdlet restituisce False: Get-AzSSecurity -FeatureName SideChannelMitigation. |
In questa versione non è disponibile alcuna soluzione alternativa per correggere l'output di queste applicazioni. Per convalidare il valore previsto, eseguire il cmdlet seguente: Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -name "FeatureSettingsOverride*"L'output previsto è: FeatureSettingsOverride: 83886152 FeatureSettingsOverrideMask: 3 Se l'output corrisponde all'output previsto, puoi ignorare tranquillamente l'output di Windows Admin Center e del cmdlet Get-AzSSecurity. |
Problemi noti delle versioni precedenti
Ecco i problemi noti delle versioni precedenti:
| Funzionalità | Problema | Soluzione alternativa |
|---|---|---|
| Servizio Azure Kubernetes su HCI | La creazione del cluster di AKS non riesce con il Error: Invalid AKS network resource id. Questo problema può verificarsi quando il nome di rete logico associato ha un carattere di sottolineatura. |
I caratteri di sottolineatura non sono supportati nei nomi di rete logici. Assicurarsi di non usare il carattere di sottolineatura nei nomi per le reti logiche distribuite in Azure Stack HCI. |
| Riparare il server | In rari casi, l'operazione Repair-Server fallisce con l'errore HealthServiceWaitForDriveFW. In questi casi, le vecchie unità del nodo riparato non vengono rimosse e i nuovi dischi sono bloccati in modalità manutenzione. |
Per evitare questo problema, assicurarsi di NON svuotare il nodo tramite Windows Admin Center o usando il cmdlet di PowerShell Suspend-ClusterNode -Drain prima di iniziare Repair-Server. Se si verifica il problema, contattare il supporto tecnico Microsoft per i passaggi successivi. |
| Riparare il server | Questo problema si verifica quando il server singolo Azure Stack HCI viene aggiornato da 2311 a 2402 e quindi viene eseguito il Repair-Server. L'operazione di ripristino non riesce. |
Prima di ripristinare il nodo singolo, seguire questa procedura: 1. Eseguire la versione 2402 del ADPrepTool. Seguire i passaggi descritti in Preparare Active Directory. Questa azione è rapida e aggiunge le autorizzazioni necessarie all'unità organizzativa.This action is quick and adds the required permissions to the Organizational Unit (OU). 2. Spostare l'oggetto computer dal segmento Computer all'unità organizzativa principale. Eseguire il comando seguente: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>" |
| Distribuzione | Se si prepara Active Directory autonomamente (non si usa lo script e la procedura fornita da Microsoft), la convalida di Active Directory potrebbe non riuscire con l'autorizzazione Generic All mancante. Ciò è dovuto a un problema nel controllo di convalida che verifica la presenza di una voce di autorizzazione dedicata per msFVE-RecoverInformationobjects – General – Permissions Full control, necessaria per il ripristino di BitLocker. |
Usare il metodo di script Prepare AD oppure, se si utilizza un metodo proprio, assicurarsi di assegnare l'autorizzazione specifica msFVE-RecoverInformationobjects – General – Permissions Full control. |
| Distribuzione | In questa versione si verifica un problema raro in cui il record DNS viene eliminato durante la distribuzione di Azure Stack HCI. In questo caso, viene visualizzata l'eccezione seguente: 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. |
Controllare il server DNS per verificare se mancano record DNS dei nodi del cluster. Applicare la mitigazione seguente nei nodi in cui manca il record DNS. Riavviare il servizio client DNS. Aprire una sessione di PowerShell ed eseguire il cmdlet seguente nel nodo interessato: Taskkill /f /fi "SERVICES eq dnscache" |
| Distribuzione | In questa versione si verifica un errore di attività remota in una distribuzione multinodo che genera l'eccezione seguente: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 mitigazione consiste nel riavviare l'agente ECE nel nodo interessato. Nel server aprire una sessione di PowerShell ed eseguire il comando seguente:Restart-Service ECEAgent. |
| Aggiunta o riparazione del server | In questa versione, quando si aggiunge o si ripristina un server, si verifica un errore quando il servizio di bilanciamento del carico software o i certificati della macchina virtuale del controller di rete vengono copiati dai nodi esistenti. L'errore è dovuto al fatto che questi certificati non sono stati generati durante la distribuzione o l'aggiornamento. | In questa versione non è disponibile alcuna soluzione alternativa. Se si verifica questo problema, contattare il supporto tecnico Microsoft per determinare i passaggi successivi. |
| Distribuzione | In questa versione si verifica un problema temporaneo che causa l'errore di distribuzione con l'eccezione seguente: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. |
Poiché si tratta di un problema temporaneo, provare a ripetere la distribuzione dovrebbe risolvere questo problema. Per ulteriori informazioni, consultare le istruzioni su come rieseguire la distribuzione. |
| Distribuzione | In questa versione si è verificato un problema con il campo URI/posizione dei segreti. Si tratta di un campo obbligatorio contrassegnato Non obbligatorio e genera errori di distribuzione del modello di Azure Resource Manager. | Usare il file di parametri di esempio nel Distribuire Azure Stack HCI versione 23H2 tramite il modello di Azure Resource Manager per assicurarsi che tutti gli input siano forniti nel formato richiesto e quindi provare la distribuzione. Se si verifica un errore di distribuzione, è necessario ripulire anche le risorse seguenti prima di Eseguire di nuovo la distribuzione: 1. Eliminare C:\EceStore. 2. Eliminare C:\CloudDeployment. 3. Eliminare C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation. |
| Sicurezza | Per le nuove distribuzioni, i dispositivi abilitati per Secure-core non avranno per impostazione predefinita la Dynamic Root of Measurement (DRTM) abilitata. Se si tenta di abilitare (DRTM) usando il cmdlet Enable-AzSSecurity, viene visualizzato un errore che indica che l'impostazione DRTM non è supportata nella versione corrente. Microsoft consiglia la difesa avanzata e l'avvio protetto UEFI protegge comunque i componenti nella catena di avvio SRT (Static Root of Trust) assicurandosi che vengano caricati solo quando sono firmati e verificati. |
DrTM non è supportato in questa versione. |
| Networking | Un controllo dell'ambiente ha esito negativo quando viene usato un server proxy. Per impostazione predefinita, l'elenco di bypass è diverso per winhttp e wininet, portando al fallimento del controllo di convalida. | Segui questi passaggi alternativi: 1. Deselezionare l'elenco di bypass del proxy prima del controllo integrità e prima di avviare la distribuzione o l'aggiornamento. 2. Dopo aver superato il controllo, attendere l'eventuale fallimento della distribuzione o dell'aggiornamento. 3. Impostare di nuovo l'elenco di bypass del proxy. |
| Gestione Arc delle macchine virtuali | La distribuzione o l'aggiornamento di Arc Resource Bridge potrebbe non riuscire quando il segreto SPN temporaneo generato automaticamente durante questa operazione inizia con un trattino. | Riprovare a eseguire la distribuzione o l'aggiornamento. Il nuovo tentativo deve rigenerare il segreto SPN e l'operazione avrà probabilmente esito positivo. |
| Gestione Arc delle macchine virtuali | Le estensioni Arc nelle macchine virtuali Arc rimangono in stato "Creazione" per un periodo illimitato. | Accedere alla macchina virtuale, aprire un prompt dei comandi e digitare quanto segue: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Trova successivamente la proprietà resourcename. Eliminare il GUID aggiunto alla fine del nome della risorsa, quindi questa proprietà corrisponde al nome della macchina virtuale. Riavviare quindi la macchina virtuale. |
| Gestione Arc delle macchine virtuali | Quando un nuovo server viene aggiunto a un cluster Azure Stack HCI, il percorso di archiviazione non viene creato automaticamente per il volume appena creato. | È possibile creare manualmente un percorso di archiviazione per tutti i nuovi volumi. Per altre informazioni, vedere Creare un percorso di archiviazione. |
| Gestione Arc delle macchine virtuali | Il riavvio dell'operazione arc vm viene completato dopo circa 20 minuti, anche se la macchina virtuale stessa viene riavviata in circa un minuto. | In questa versione non esiste una soluzione alternativa nota. |
| Gestione Arc delle macchine virtuali | In alcuni casi, lo stato della rete logica viene visualizzato come Non riuscito nel portale di Azure. Ciò si verifica quando si tenta di eliminare la rete logica senza prima eliminare alcuna risorsa, ad esempio le interfacce di rete associate alla rete logica. È comunque possibile creare risorse in questa rete logica. Lo stato è fuorviante in questa istanza. |
Se lo stato di questa rete logica era Succeeded al momento in cui questa rete è stata fornita, è possibile continuare a creare risorse in questa rete. |
| Gestione Arc delle macchine virtuali | In questa versione, quando si aggiorna una macchina virtuale con un disco dati collegato usando l'interfaccia della riga di comando di Azure, l'operazione non riesce con il messaggio di errore seguente: Impossibile trovare un disco rigido virtuale con il nome. |
Usare il portale di Azure per tutte le operazioni di aggiornamento delle macchine virtuali. Per ulteriori informazioni, consultare gestire le macchine virtuali Arc e gestire le risorse delle macchine virtuali Arc. |
| Aggiornamento | In rari casi, è possibile che si verifichi questo errore durante l'aggiornamento di Azure Stack HCI: Tipo 'UpdateArbAndExtensions' del ruolo 'MocArb' ha generato un'eccezione: Eccezione nell'aggiornamento di ARB ed Estensione nel passaggio [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: appliance yaml non valido = [C:\AksHci\hci-appliance.yaml]. | Se viene visualizzato questo problema, contattare il supporto tecnico Microsoft per facilitare i passaggi successivi. |
| Networking | In questa versione si verifica un problema infrequente del client DNS che causa l'esito negativo della distribuzione in un cluster a due nodi con un errore di risoluzione DNS: si è verificata una WebException durante l'invio di un RestRequest. WebException.Status: NameResolutionFailure. Come risultato del bug, il record DNS del secondo nodo viene eliminato subito dopo la creazione, risultante in un errore DNS. | Riavviare il server. Questa operazione registra il record DNS, evitandone la cancellazione. |
| del portale di Azure | In alcuni casi, il portale di Azure potrebbe richiedere del tempo per aggiornare e la visualizzazione potrebbe non essere aggiornata. | Potrebbe essere necessario attendere 30 minuti o più per visualizzare la visualizzazione aggiornata. |
| Gestione delle macchine virtuali Arc | L'eliminazione di un'interfaccia di rete in una macchina virtuale Arc dal portale di Azure non funziona in questa versione. | Usare l'interfaccia della riga di comando di Azure per rimuovere prima l'interfaccia di rete e quindi eliminarla. Per altre informazioni, vedere Rimuovere l'interfaccia di rete e vedere Eliminare l'interfaccia di rete. |
| Implementazione | Fornire il nome dell'OU in una sintassi errata non viene rilevato nell'Azure Portal. La sintassi non corretta include caratteri non supportati, ad esempio &,",',<,>. La sintassi non corretta viene rilevata in un passaggio successivo durante la convalida del cluster. |
Assicurarsi che la sintassi del percorso dell'unità organizzativa sia corretta e non includa caratteri non supportati. |
| Implementazione | Dopo 2 ore, le distribuzioni tramite Azure Resource Manager vanno in timeout. Le distribuzioni che superano 2 ore sono visualizzate come non riuscite nel gruppo di risorse anche se il cluster è stato creato correttamente. | Per monitorare la distribuzione nel portale di Azure, passare alla risorsa cluster Azure Stack HCI e quindi passare alla nuova voce Distribuzioni. |
| Azure Site Recovery | Azure Site Recovery non può essere installato in un cluster Azure Stack HCI in questa versione. | In questa versione non esiste una soluzione alternativa nota. |
| Aggiornamento | Quando si aggiorna il cluster Azure Stack HCI tramite Azure Update Manager, lo stato di avanzamento dell'aggiornamento e i risultati potrebbero non essere visibili nel portale di Azure. | Per risolvere questo problema, in ogni nodo del cluster aggiungere la chiave del Registro di sistema seguente (nessun valore necessario):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forceQuindi, su uno dei nodi del cluster, riavviare il gruppo del cluster di gestione cloud. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"Questo non risolverà completamente il problema perché i dettagli sullo stato di avanzamento potrebbero non essere ancora visualizzati per parte del processo di aggiornamento. Per ottenere i dettagli dell'aggiornamento più recente, è possibile Recuperare lo stato di avanzamento dell'aggiornamento con PowerShell. |
| Aggiornamento | In rari casi, se un aggiornamento non riuscito è bloccato in uno stato In corso in Gestione aggiornamenti di Azure, il pulsante Riprova è disabilitato. | Per riprendere l'aggiornamento, eseguire il comando di PowerShell seguente:Get-SolutionUpdate
|
Start-SolutionUpdate. |
| Aggiornamenti | In alcuni casi, i comandi SolutionUpdate potrebbero non riuscire se vengono eseguiti dopo il comando Send-DiagnosticData. |
Assicurarsi di chiudere la sessione di PowerShell usata per Send-DiagnosticData. Aprire una nuova sessione di PowerShell e usarla per i comandi SolutionUpdate. |
| Aggiornamento | In rari casi, quando si applica un aggiornamento dalla versione 2311.0.24 alla versione 2311.2.4, lo stato del cluster segnala In corso anziché Non è stato possibile aggiornare. | Ripetere l'aggiornamento. Se il problema persiste, contattare il supporto tecnico Microsoft. |
| Aggiornamento | I tentativi di installare gli aggiornamenti della soluzione possono fallire al termine dei passaggi 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.
Questo raro problema si verifica se le risorse Cluster Name o Cluster IP Address non vengono avviate dopo il riavvio di un nodo ed è più comune nei cluster di piccole dimensioni. |
Se si verifica questo problema, contattare il supporto tecnico Microsoft per i passaggi successivi. Possono collaborare con l'utente per riavviare manualmente le risorse del cluster e riprendere l'aggiornamento in base alle esigenze. |
| Aggiornamento | Quando si applica un aggiornamento del cluster a 10.2402.3.11, il cmdlet Get-SolutionUpdate potrebbe non rispondere e alla fine fallisce con un'eccezione RequestTimeoutException dopo circa 10 minuti. È probabile che ciò si verifichi in seguito a uno scenario di aggiunta o ripristino del server. |
Usare i cmdlet Start-ClusterGroup e Stop-ClusterGroup per riavviare il servizio di aggiornamento. 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 corretta esecuzione di questi cmdlet dovrebbe portare online il servizio di aggiornamento. |
| Aggiornamento compatibile con cluster | Impossibile riprendere l'operazione del nodo: impossibile riprendere il nodo. | Si tratta di un problema temporaneo e potrebbe risolversi autonomamente. Attendere alcuni minuti e ripetere l'operazione. Se il problema persiste, contattare il supporto tecnico Microsoft. |
| Aggiornamento compatibile con cluster | L'operazione di sospensione del nodo è rimasta bloccata per più di 90 minuti. | Si tratta di un problema temporaneo e potrebbe risolversi autonomamente. Attendere alcuni minuti e ripetere l'operazione. Se il problema persiste, contattare il supporto tecnico Microsoft. |