Allgemeine Fragen
.
PCS-Support-Alias
Senden Sie bei Fragen zu PCS oder WSSD, AzureStack-Hardwarezertifizierung eine E-Mail an pvsha@microsoft.com.
Öffnen eines Fehlers auf der Microsoft Collaborate-Website, um Ihre PCS-Ergebnisse zu überprüfen
Wenn Fehler auftreten und Sie Hilfe benötigen, melden Sie den Fehler (als Feedback) im Collaborate-Portal. Fügen Sie dort die erforderlichen HLKX-Dateien an und informieren Sie das PCS-Hilfeteam.
Wenn die Testfehler von Microsoft verursacht werden, wird das Team den Fehler als gelöst markieren, sobald dieser behoben wurde. Sie können später die Fehlernummer verwenden, um eine Errata für Ihre Meldung zu erhalten.
- Wechseln Sie zur Microsoft Collaborate-Website, um einen neuen Fehler als Feedback zu erstellen
- Wählen Sie EEAP | Allgemein aus
- Das Feld „Produkt“ ist auf „Windows Server“ und „Produktfamilie“ auf „Windows Server“ festgelegt; Das Feld „Partner Feature Division“ ist auf „SDDC – Zertifizierung, Azure Stack“ festgelegt.
- Fügen Sie der Fehlermeldung Ihre Dateien an.
Windows speichert nach einem Absturz keine Speicherabbilddatei
Stellen Sie vor dem PCS-Test sicher, dass die anfängliche Auslagerungsdatei größer als 50 GB ist. Es wird keine Dumpdatei erstellt, wenn die Auslagerungsdatei zu klein ist. Vgl. Erweiterte Problembehandlung für Beendigungsfehler oder Probleme mit Bluescreen-Fehlern.
Ändern der Auslagerungsdatei-Einstellungen
Standardmäßig verwaltet Windows die Größe und den Speicherort der Auslagerungsdatei automatisch. Der Standardspeicherort ist „C:\pagefile.sys“; Die Dateigröße kann während der Testausführung wachsen.
Wenn Der Startdatenträger des Clusterknotens aufgrund einer großen Auslagerungsdatei sehr wenig Speicherplatz aufweist, können Sie den Speicherort der Auslagerungsdatei und ihre Größe ändern, indem Sie den PagingFiles-Wert ändern. Unten sehen Sie Beispiel, in dem die anfängliche und maximale Größe der Auslagerungsdatei auf 50 GB (51200 MB) festgelegt wurde.
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v PagingFiles /t REG_MULTI_SZ /d "C:\pagefile.sys 51200 51200" /f
Ändern der Einstellungen der Speicherabbilddatei
Da Computeclusterknoten normalerweise über viel Arbeitsspeicher zum Hosten von VMs verfügen, verwendet PCS standardmäßig die aktive Abbildeinstellung, um die Größe der Speicherabbilddatei zu verringern. Weitere Informationen finden Sie hier. Wenn Sie Ihre Umgebungen ändern müssen, um die Einstellung „Vollständiges Speicherabbild“ verwenden zu können, führen Sie die folgenden Schritte aus, damit vollständige Speicherabbilddateien angefertigt werden. Stellen Sie sicher, dass genügend Speicherplatz auf den Festplatten vorhanden ist und die Größe der Auslagerungsdatei größer als die Gesamtspeichergröße ist.
- Wechseln Sie zum HLK-Controllercomputer
- Öffnen Sie die Datei „C:\Programme (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\PrivateCloudSimulator-Manager.psm1“
- Suchen Sie den regkey FilterPages in der Datei und ändern Sie den Wert von 1 zu 0
- Von: & "reg.exe" add "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v FilterPages /t REG_DWORD /d 1 /f
- Zu: & "reg.exe" add "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v FilterPages /t REG_DWORD /d 0 /f
- Führen Sie den Test erneut aus.
HLK-Updatepaket
HLK-Updatepakete können von der Microsoft Collaborate-Website heruntergeladen werden.
- Um Windows Server 2016 zu zertifizieren:https://partner.microsoft.com/dashboard/collaborate/packages/3959
- Um Windows Server 2019 zu zertifizieren:https://partner.microsoft.com/dashboard/collaborate/packages/5485
So verwenden Sie das HLK-Updatepaket, um den HLK-Controller zu aktualisieren
Wenn die ZIP-Datei des HLK-Updatepakets aus dem Internet heruntergeladen wird, enthält die Datei möglicherweise ein „block“-Attribut. Sie MÜSSEN die Sperre der ZIP-Datei aufheben, bevor Sie die Dateien extrahieren. Sie können das PowerShell-Cmdlet „Unblock-File“ verwenden, um die Sperre einer Datei zu aufheben. Unten ist ein Beispiel aufgeführt:
PS> Unblock-File Dateiname
Aktualisieren des HLK-Controllers
Führen Sie zum Aktualisieren des HLK-Controllers die folgenden Schritte auf dem HLK-Controller aus.
- Stellen Sie sicher, dass HLK Studio und der HLK-Manager geschlossen sind.
- Kopieren Sie die entsperrte HlkUpdatePackage-ZIP-Datei zum HLK-Controller.
- Extrahieren Sie die ZIP-Datei.
- Öffnen Sie ein PowerShell-Fenster mit erhöhten Rechten und führen Sie das Skript „.\UpdateHlkController.ps1“ aus.
- PS > .\UpdateHlkController.ps1
Aktualisieren des HLK-Clients
Das HLK-Updatepaket für Windows Server 2016 enthält ein Skript zum Aktualisieren eines HLK-Clients. Wenn Sie versuchen, SAS-angefügte Geräte für Windows Server 2016 zu zertifizieren, sollten Sie dieses Skript auf jedem HLK-Client ausführen. Dieses Skript aktualisiert den Speicher-Gatherer auf HLK-Clients, sodass die Firmwareupdate-Funktion für SAS-angefügte Geräte standardmäßig nicht ausgewählt ist. Sollte ein Kunde oder Partner das Firmwareupdate AQ wünschen, muss die Funktion während der Geräteauswahl manuell hinzugefügt werden.
- Kopieren Sie die entsperrte HlkUpdatePackage-ZIP-Datei auf jeden HLK-Client.
- Sie müssen die entsperrten Dateien auf jeden HLK-Clientcomputer kopieren. Das Updateskript kann nicht remote ausgeführt werden.
- Extrahieren Sie die ZIP-Datei.
- Öffnen Sie ein PowerShell-Fenster mit erhöhten Rechten und führen Sie das Skript „.\UpdateHlkClient.ps1“ aus.
PS > .\UpdateHlkClient.ps1
- Starten Sie den Clientcomputer neu, um die Aktualisierung abzuschließen
Deaktivieren Sie starke .NET-Namen auf dem getesteten Computer
- Wenn Sie versuchen, ein Netzwerkadaptergerät für Windows Server 2019 zu zertifizieren, müssen Sie die .NET-Verifizierung starker Namen auf dem getesteten Computer deaktivieren. Andernfalls können Tests im Zusammenhang mit NDISTest keine Testassemblys laden.
- Sie können die nachstehenden Befehle für die Tests verwenden, um die Verifizierung starker Namen vollständig zu deaktivieren.
- reg DELETE "HKLM\Software\Microsoft\StrongName\Verification" /f
- reg ADD "HKLM\Software\Microsoft\StrongName\Verification*,*" /f
Fehler in PCS-Aktionen
.
ComputeNodeBugcheckAction fehlgeschlagen
Fehlermeldung: System.TimeoutException: Timeout beim Versuch, <MachineName> neu zu starten
Schritte für die Fehlerbehebung
- Wechseln Sie zu MachineName
- Stellen Sie sicher, dass der sichere Start deaktiviert ist.
- Das Cmdlet „Confirm-SecureBootUEFI“ gibt „false“ zurück.
- Stellen Sie sicher, dass „TESTSIGNING“ aktiviert ist.
- Führen Sie das Tool „BCDEDIT.exe“ aus. „TESTSIGNING“ wird unter dem aktuellen Windows-Startladeprogramm als JA aufgeführt.
- Stellen Sie sicher, dass „Bugchecker.exe“ funktioniert.
- Ein Ordner namens „c:\LmTestBinaries“ sollte bereits auf dem Knoten vorhanden sein. Ist dies nicht der Fall, kopieren Sie die Dateien des Bugcheckers vom PCS-Computer. Beispiel: xcopy \MachineName\c$\pcs\bugchecker* c:\LmTestBinaries
- Nach dem Ausführen des folgenden Befehls sollte der Computer einen Bluescreen anzeigen und automatisch neu gestartet werden. Wenn der Computer keinen Bluescreen anzeigt, sind Ihre Dateien möglicherweise beschädigt.
- c:\LmTestBinaries\Bugchecker.exe bugcheck
Fehler in PCS-E2ELaunch_Setup.log
.
System.Net.WebException: Fehler beim Herunterladen von
Fehlermeldung: System.Net.WebException: Fehler beim Herunterladen von „http://localhost/ReportServer/ReportService2010.asmx“.
Schritte zur Problembehandlung bei System.Net.WebException
- Überprüfen Sie, ob der MSSQLServer-Dienst ausgeführt wird
- Wenn dieser nicht ausgeführt wird, starten Sie ihn manuell. Wenn er automatisch beendet wird, überprüfen Sie, ob im Anwendungsereignisprotokoll ein Fehlerereignis mit folgender Meldung angezeigt wird: „Der Evaluierungszeitraum für SQL Server ist abgelaufen“.
- Wenn der Auswertungszeitraum abgelaufen ist, sollten Sie einen neuen PCS-Controller erstellen und den Test erneut ausführen. Dies installiert einen neuen SQL-Evaluierungsserver. Andernfalls müssen Sie SQL Server mit einem gültigen SQL Server-Lizenzschlüssel aktualisieren.
Fehler beim Ausführen des Auftrags „Device.Network.LAN.AzureStack“
.
Fehler bei „RunJob – VM für SDN-Auftrag exportieren“
.
Fehler beim Beenden des KB-Paketinstallationsprozesses in 360 Minuten
- Öffnen Sie die Datei „LaunchCreateExportVM_DataTime.log“
- Wenn die folgende Fehlermeldung angezeigt wird, stellen Sie sicher, dass Sie über alle erforderlichen KB-Dateien verfügen und sie in der richtigen Reihenfolge aufgelistet haben.
- VM-Fehler beim Exportieren
- Fehler beim Beenden des KB-Paketinstallationsprozesses in 360 Minuten
- System.Management.Automation.RuntimeException: Fehler beim Beenden des KB-Paketinstallationsprozesses in 360 Minuten
- Entfernen einer VM
- Die meisten Windows-Updatepakete erfordern, dass Sie zuerst das „Servicing Stack Update (SSU)“ installieren. Beispiel:
- KB4501371
- Unter „Wie erhält man diese Update?" wird KB4504369 als erforderlich angegeben.
- Wenn Sie Windows Update verwenden, wird Ihnen automatisch die neueste SSU (KB4504369) angeboten. Um das eigenständige Updatepaket zu erhalten, suchen Sie es im Microsoft Update-Katalog.
- Anders ausgedrückt: Beim Ausführen des Auftrags müssen Sie für den Testparameter KBPackagePath zwei KBs eingeben.
- Beispiel: „c:\KB\Windows-KB4504369-x64.msu,c:\KB\Windows-KB4501371-x64.msu“
- Wenn die KBs richtig aufgeführt sind, wechseln Sie zum PCS-Computer und stellen Sie sicher, dass Sie die KBs manuell in der VM installieren können.
Für andere Fehlermeldungen
- Stellen Sie sicher, dass Sie über die richtigen Hashwerte für Ihre VHD-Dateien verfügen.
- Informationen zu Windows Server 2016 finden Sie in der Tabelle „Links zu den erforderlichen Dateien“ in Private Cloud Simulator für Windows Server 2016
- Informationen zu Windows Server 2019 finden Sie in der Tabelle „Links zu den erforderlichen Dateien“ in Private Cloud Simulator für Windows Server 2019
- Stellen Sie sicher, dass Sie das Problem konsistent hervorrufen können, wenn Sie den Auftrag direkt ausführen.
- Wechseln Sie zum HLK-Computer
- Öffnen sie „HLK Manager“
- Klicken Sie auf „Explorer“ => „Auftrags-Explorer“
- Wählen Sie im linken Bereich „$\Logo Jobs\System\Solutions\PrivateCloudSimulator“ aus.
- Doppelklicken Sie im rechten Bereich auf den Auftrag „VM für SDN-Auftrag exportieren“
- Klicken Sie auf die Schaltfläche „Zeitplan“
- Geben Sie auf der Registerkarte „Aufträge“ Werte für „VHDSoucePath“ und „KBPackagePath“ ein
- Beispiel für 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“
- Beispiel für Windows Server 2016:
- Registerkarte „Computer“:
- Wählen Sie den Computerpool aus, der den PCS-Computer enthält
- Wählen Sie „Aufträge auf den ausgewählten Computern dieses Computerpools planen“ aus
- Aktivieren Sie das Kontrollkästchen für den PCS-Computer
- Geben Sie auf der Registerkarte „Aufträge“ Werte für „VHDSoucePath“ und „KBPackagePath“ ein
- Klicken Sie auf die Schaltfläche „Zeitplan erstellen“
- Nach diesem Schritt wird die Ausführung dieses Tests geplant. Führen Sie die folgenden Schritte aus, um den Auftragsstatus zu überwachen
- Klicken Sie auf „Explorer“ => „Auftragsüberwachung“
- Wählen Sie im linken Bereich den Computerpool aus, der den PCS-Computer enthält
- Im rechten Bereich sollten der Auftragsstatus und die Ergebnisse angezeigt werden.