Visualizzare i problemi noti nella versione di Azure Stack HCI 2402.2

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 2402.2.

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.

Nota

Per informazioni sui percorsi di aggiornamento supportati per questa versione, vedere Azure Stack HCI, versione 23H2.

Per ulteriori informazioni sulle nuove funzionalità di questa versione, vedere Novità nella versione 23H2.

Problemi per la versione 2402.2

Questa versione software corrisponde al numero di versione software 2402.2.12.

Le note sulla versione includono i problemi risolti, i problemi noti di questa versione e i problemi già segnalati derivanti dalle versioni precedenti.

Problemi risolti

Microsoft non è a conoscenza di eventuali problemi risolti in questa versione.

Problemi noti in questa versione

Ecco i problemi noti in questa versione:

Caratteristica	Problema	Soluzione alternativa/commenti
Aggiornamenti	I tentativi di installare gli aggiornamenti della soluzione possono fallire alla fine dei passaggi di Aggiornamento compatibile con cluster (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 riescono ad avviarsi dopo un riavvio del nodo ed è più tipico 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.
Aggiornamenti	Quando si applica un aggiornamento del cluster a 10.2402.2.11, il cmdlet Get-SolutionUpdate potrebbe non rispondere e alla fine fallisce con una 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.

Problemi noti delle versioni precedenti

Ecco i problemi noti delle versioni precedenti:

Caratteristica	Problema	Soluzione alternativa
AKS su HCI	La creazione del cluster AKS non riesce con l'errore 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 unità precedenti del nodo riparato non vengono rimosse e i nuovi dischi sono bloccati in modalità manutenzione.	Per prevenire questo problema, assicuratevi di NON svuotare il nodo né tramite Windows Admin Center né con 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 per 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 di "Computer" nell'unità organizzativa radice. 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 relativa alle autorizzazioni dedicata per msFVE-RecoverInformationobjects – General – Permissions Full control, necessaria per il ripristino di BitLocker.	Usare il metodo di script Prepare AD oppure, se si usa 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/ripristino 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, riprovare la distribuzione dovrebbe risolvere la situazione. Per ulteriori informazioni, consultare come rieseguire la distribuzione.
Distribuzione	In questa versione si è verificato un problema con il campo URI/posizione delle informazioni riservate. Questo è un campo obbligatorio, contrassegnato come Non obbligatorio, che comporta 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 pulire anche le seguenti risorse prima di Rieseguire 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, per impostazione predefinita i dispositivi con funzionalità di sicurezza avanzata non avranno attivata la Dynamic Root of Measurement (DRTM). 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 in profondità, e l'avvio protetto UEFI continua a proteggere 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	Il controllo dell'ambiente per le build 2402 deve comunque avere la stessa stringa di bypass proxy per WinInet, WinHttp e Variabili di ambiente e ha esito negativo quando viene usato un server proxy. Per impostazione predefinita, l'elenco di bypass è diverso per winhttp, wininet e variabili d'ambiente, il che provoca un fallimento del controllo di convalida. Questo problema è stato risolto nelle build 2405 e successive.	Se viene visualizzato questo problema, contattare il supporto tecnico Microsoft per facilitare i passaggi successivi.
Arc gestione 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 VM Arc	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 Successivamente, trova 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 delle VM Arc	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 delle VM Arc	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.
Arc gestione 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 dell'approvvigionamento della rete, è possibile continuare a creare risorse su questa rete.
gestione delle macchine virtuali Arc	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 altre informazioni, vedere Gestire macchine virtuali Arc e Gestire le risorse delle macchine virtuali Arc.
Aggiorna	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 durante l'aggiornamento di ARB e delle estensioni nel passaggio [UpgradeArbAndExtensions: Get-ArcHciConfig] UpgradeArb: ApplianceYaml 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 su un cluster a due nodi con un errore di risoluzione DNS: si è verificata un'eccezione WebException durante l'invio di una RestRequest. WebException.Status: NameResolutionFailure. Come risultato del bug, il record DNS del secondo nodo viene eliminato subito dopo la creazione, generando un errore DNS.	Riavviare il server. Questa operazione registra il record DNS, impedendone l'eliminazione.
Portale 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.	Utilizzare l'interfaccia della riga di comando di Azure per rimuovere prima l'interfaccia di rete e poi eliminarla. Per altre informazioni, vedere Rimuovere l'interfaccia di rete e vedere Eliminare l'interfaccia di rete.
Distribuzione	Fornire un nome dell'unità organizzativa in una sintassi errata non viene rilevato nel portale di Azure. 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.
Distribuzione	Le distribuzioni tramite Azure Resource Manager scadono dopo 2 ore. Le distribuzioni che richiedono più di 2 ore vengono visualizzate come non riuscite nel gruppo di risorse, anche se il cluster viene 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" -force Quindi in uno dei nodi del cluster, riavviare il gruppo cluster di gestione del 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 una parte del processo di aggiornamento. Per ottenere i dettagli dell'aggiornamento più recente, è possibile Recuperare lo stato di avanzamento dell'aggiornamento con PowerShell.
Aggiornamenti	In rari casi, se un aggiornamento non riuscito è bloccato nello stato In corso in Azure Gestione aggiornamenti, 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.
Aggiornamenti	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 compatibile con cluster	Impossibile riprendere l'operazione di ripristino del 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 è stata 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.

Passaggi successivi

• Leggi la panoramica della distribuzione di .