Domande generali
.
Alias di supporto PCS
Inviare un messaggio di posta elettronica a pvsha@microsoft.com per eventuali query correlate a PCS o WSSD, certificazione hardware di AzureStack.
Apertura di un bug nel sito Microsoft Collaborate per esaminare i risultati del PCS
Se si verificano errori e si necessita di assistenza, aprire un bug (feedback) nel portale di collaborazione, allegare i file HLKX necessari e informare il team della Guida di PCS.
Se gli errori di test sono causati da Microsoft, il team risolverà il bug come corretto. In un secondo momento è possibile usare il numero di bug per ottenere un errore per l'invio.
- Passare al sito Microsoft Collaborate per aprire un nuovo bug di feedback
- Selezionare edizione Enterprise AP | Generale
- Il campo "Product" è impostato su "Windows Server", il campo "Famiglia di prodotti" è impostato su "Windows Server" e il campo "Divisione funzionalità partner" è impostato su "SDDC - Certificazione, Azure Stack".
- Allegare i file al bug.
Windows non salva il file di dump della memoria dopo un arresto anomalo
Prima di eseguire il test PCS, assicurarsi che le dimensioni iniziali del file di pagina siano maggiori di 50 GB. Un file di dump non verrà creato se le dimensioni del file di pagina sono troppo piccole. Vedere Risoluzione avanzata dei problemi relativi all'errore di arresto o all'errore della schermata blu.
Modifica file di pagina Impostazioni
Per impostazione predefinita, Windows gestisce automaticamente le dimensioni del file di paging e il relativo percorso. Il percorso predefinito è C:\pagefile.sys e le dimensioni del file potrebbero aumentare durante l'esecuzione dei test.
Se il disco di avvio del nodo del cluster ha molto poco spazio disponibile a causa di un file di paging di grandi dimensioni, è possibile modificare il percorso e le dimensioni del file di pagina modificando il valore PagingFiles. Di seguito è riportato un espample che imposta le dimensioni iniziali e massime del file di pagina su 50 GB (51200 MB).
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v PagingFiles /t REG_MULTI_SZ /d "C:\pagefile.sys 51200 51200" /f
Modificare l'impostazione del file di dump della memoria
Poiché i nodi del cluster di calcolo hanno in genere molta memoria per ospitare le macchine virtuali, per impostazione predefinita, PCS usa l'impostazione dump attiva per ridurre le dimensioni del file di dump della memoria. Altre info sono disponibili qui. Se è necessario modificare gli ambienti per usare l'impostazione "dump completo della memoria", seguire questa procedura per raccogliere i file di dump di memoria completi. Assicurarsi di disporre di spazio libero su disco sufficiente e le dimensioni del file di pagina siano maggiori delle dimensioni totali della memoria.
- Passare al computer controller HLK
- Aprire il file "C:\Programmi (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\PrivateCloudSimulator-Manager.psm1"
- Trovare la chiave di regkey FilterPages nel file e modificare il valore da 1 a 0
- Da: & "reg.exe" aggiungere "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v FilterPages /t REG_DWORD /d 1 /f
- A: & "reg.exe" aggiungere "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v FilterPages /t REG_DWORD /d 0 /f
- Rieseguire il test.
Pacchetto di aggiornamento HLK
I pacchetti di aggiornamento HLK possono essere scaricati dal sito Microsoft Collaborate.
- Per certificare Windows Server 2016: https://partner.microsoft.com/dashboard/collaborate/packages/3959
- Per certificare Windows Server 2019: https://partner.microsoft.com/dashboard/collaborate/packages/5485
Come usare il pacchetto di aggiornamento HLK per aggiornare il controller HLK
Quando il file ZIP del pacchetto di aggiornamento HLK viene scaricato da Internet, il file può contenere un attributo 'block'. È NECESSARIO sbloccare il file ZIP prima di estrarre i file. È possibile usare il cmdlet Unblock-File di PowerShell per sbloccare un file. Di seguito è riportato un esempio,
PS> Unblock-File filename
Aggiornare il controller HLK
Per aggiornare il controller HLK, seguire questa procedura nel controller HLK.
- Assicurarsi che HLK Studio e HLK Manager siano chiusi.
- Copiare il file ZIP HlkUpdatePackage sbloccato nel controller HLK.
- Decomprimere il file ZIP.
- Aprire una finestra di PowerShell con privilegi elevati ed eseguire lo script '.\UpdateHlkController.ps1'.
- PS > .\UpdateHlkController.ps1
Aggiornare il client HLK
L'aggiornamento di HLK per Windows Server 2016 contiene uno script per aggiornare un client HLK. Se si sta provando a certificare i dispositivi collegati con firma di accesso condiviso per Windows Server 2016, è necessario eseguire questo script in ogni client HLK. Questo script aggiorna il servizio gatherer di archiviazione nei client HLK per non selezionare la funzionalità di aggiornamento del firmware per i dispositivi collegati con firma di accesso condiviso per impostazione predefinita. Se un cliente o un partner cerca l'aggiornamento del firmware AQ, la funzionalità deve essere aggiunta manualmente durante la selezione del dispositivo.
- Copiare il file ZIP HlkUpdatePackage sbloccato in ogni client HLK.
- È necessario copiare i file sbloccati in ogni computer client HLK. Lo script di aggiornamento non può essere eseguito in modalità remota.
- Decomprimere il file ZIP.
- Aprire una finestra di PowerShell con privilegi elevati ed eseguire lo script '.\UpdateHlkClient.ps1'.
PS > .\UpdateHlkClient.ps1
- Riavviare il computer client per completare l'aggiornamento
Disabilitare il nome sicuro .NET nel computer sottoposto al test
- Se si sta provando a certificare un dispositivo scheda di rete per Windows Server 2019, è necessario disabilitare la verifica dei nomi sicuri .NET nel computer sottoposto al test. In caso contrario, i test correlati a NDISTest potrebbero non riuscire ad assembly di test di carico.
- A scopo di test, è possibile usare i comandi seguenti per disabilitare completamente la verifica dei nomi sicuri.
- reg DELETE "HKLM\Software\Microsoft\StrongName\Verification" /f
- reg ADD "HKLM\Software\Microsoft\StrongName\Verification*,*" /f
Errori nelle azioni PCS
.
ComputeNodeBugcheckAction non riuscito
Messaggio di errore: System.TimeoutException: Timeout: Timeout durante il tentativo di riavvio <di MachineName>
Risoluzione dei problemi relativi ai passaggi
- Passare a MachineName
- Verificare che l'avvio protetto sia disabilitato.
- Il cmdlet Confirm-SecureBootUEFI restituisce false.
- Verificare che TESTSIGNING sia abilitato.
- Eseguire lo strumento BCDEDIT.exe. TESTSIGNING è elencato come SÌ nel caricatore di avvio di Windows corrente .
- Verificare che Bugchecker.exe funzioni.
- Nel nodo deve esistere già una cartella denominata c:\LmTestBinaries. Se non copiare i file di controllo bug dal computer PCS. Esame: xcopy \MachineName\c$\pcs\bugchecker* c:\LmTestBinaries
- Dopo aver eseguito il comando seguente, il computer dovrebbe essere a schermo blu e riavviare automaticamente se stesso. Se il computer non è bluscreen, i file potrebbero essere danneggiati.
- c:\LmTestBinaries\Bugchecker.exe bugcheck
Errori in PCS-E2ELaunch_Setup.log
.
System.Net.WebException: si è verificato un errore durante il download
Messaggio di errore: System.Net.WebException: errore durante il download di 'http://localhost/ReportServer/ReportService2010.asmx'.
Procedura di risoluzione dei problemi di System.Net.WebException
- Verificare che il servizio MSSQLServer sia in esecuzione
- Se non è in esecuzione, avviarla manualmente. Se si arresta automaticamente, verificare se nel registro eventi dell'applicazione viene visualizzato un evento di errore che indica che il periodo di valutazione di SQL Server è scaduto.
- Se il periodo di valutazione è scaduto, è necessario ricompilare un nuovo controller PCS ed eseguire di nuovo il test. Verrà installato un nuovo server SQL di valutazione. In caso contrario, è necessario aggiornare SQL Server con un codice di licenza di SQL Server valido.
Errori durante l'esecuzione del processo Device.Network.LAN.AzureStack
.
"RunJob - Creazione di una macchina virtuale di esportazione per SDN" non riuscita
.
Non è possibile uscire dal processo di installazione del pacchetto KB in 360 minuti
- Aprire il file LaunchCreateExportVM_DataTime.log
- Se viene visualizzato il messaggio di errore seguente, assicurarsi di disporre di tutti i file kb necessari e di elencarli nell'ordine corretto.
- Creazione di una macchina virtuale di esportazione non riuscita
- Non è possibile uscire dal processo di installazione del pacchetto KB in 360 minuti
- System.Management.Automation.RuntimeException: non è possibile uscire dal processo di installazione del pacchetto KB in 360 minuti
- Rimozione di una macchina virtuale
- La maggior parte dei pacchetti di Windows Update richiede prima di tutto di installare l'aggiornamento dello stack di manutenzione (SSU). Ad esempio,
- KB4501371
- In "Come ottenere questo aggiornamento", indica che è necessario KB4504369 .
- se si usa Windows Update, l'SSU (KB4504369) più recente verrà offerto automaticamente. Per ottenere il pacchetto autonomo per la versione più recente di SSU, cercarlo nel Catalogo di Microsoft Update.
- In altre parole, quando si esegue il processo, è necessario eneter due KB nel parametro di test KBPackagePath.
- esempio: 'c:\KB\Windows-KB4504369-x64.msu,c:\KB\Windows-KB4501371-x64.msu'
- Se i KB sono elencati nel file corretto, passare al computer PCS e verificare che sia possibile installare manualmente le KB nella macchina virtuale.
Per altri messaggi di errore
- Verificare di avere valori hash corretti per i file VHD.
- Per Windows Server 2016, vedere la tabella "Collegamenti ai file necessari" in Simulatore di cloud privato per Windows Server 2016
- Per Windows Server 2019, vedere la tabella "Collegamenti ai file necessari" in Simulatore cloud privato per Windows Server 2019
- Verificare che sia possibile raggiungere costantemente il problema eseguendo direttamente il processo.
- Passare al computer HLK
- Aprire "HLK Manager"
- Fare clic su "Explorers" => "Job Explorer" (Esplora processi)
- Nel pannello sinistro selezionare la funzionalità "$\Logo Jobs\System\Solutions\PrivateCloudSimulator"
- Un pannello destro, fare doppio clic su "Crea macchina virtuale di esportazione per SDN" processo
- Fare clic sul pulsante "Pianifica"
- Nella scheda Processi immettere VHDSoucePath e KBPackagePath
- Esempio per Windows Server 2016:
- VHDSourcePath: c:\pcs\BaseVHDX\14393.0.amd64fre.rs1_release.160715-1616_server_serverdatacentereval_en-us.vhdx
- KBPackagePath: 'c:\KB\Windows-KB4503537-x64.msu,c:\KB\Windows-KB4503294-x64.msu'
- Esempio per Windows Server 2016:
- Nella scheda "Machines" (Macchine virtuali):
- Selezionare il pool di computer che contiene il computer PCS
- Selezionare "Pianifica processi nei computer selezionati da questo pool di computer"
- Selezionare la casella di controllo computer PCS
- Nella scheda Processi immettere VHDSoucePath e KBPackagePath
- Fare clic sul pulsante "Crea pianificazione"
- Dopo questo passaggio, il test è pianificato per l'esecuzione. Usare la procedura seguente per monitorare lo stato del processo
- Fare clic su "Explorers" => "Job Monitor"
- Nel pannello sinistro selezionare il pool di computer che contiene il computer PCS
- Verrà visualizzato lo stato del processo e i risultati nel pannello di destra.