LUN-Zurücksetzung – Test mit ausstehender E/A – Alle Datenträger
Dies ist ein optionaler Test, der wiederholte Zyklen auf jedem Datenträger ausführt. In jedem Zyklus wird versucht, jeweils ein Timeout für eine E/A-Anforderung auf jedem Datenträger auftreten zu lassen, indem die Anforderung vom Miniport zurückgehalten wird. Dies veranlasst Storport dazu, ein RESET_LUN zu senden. An diesem Punkt leitet der Test entweder die gehaltene E/A-Anforderung zusammen mit dem RESET_LUN an den Miniport weiter oder schließt die gehaltene E/A-Anforderung ab und leitet nur das RESET_LUN weiter. Den Test gibt es in verschiedenen Varianten:
- LUN-Rücksetzungstest mit ausstehender E/A - alle Datenträger: Leitet die gehaltene Anforderung weiter und testet parallel Rücksetzungen auf allen Datenträgern des Controllers.
- LUN-Rücksetzungstest mit ausstehender E/A - einzelner Datenträger: Leitet die gehaltene Anforderung weiter und testet Rücksetzungen auf dem ersten Datenträger des Controllers abhängig von der PhysicalDrive-Nummer.
- LUN-Rücksetzungstest ohne ausstehende E/A - alle Datenträger: Schließt die gehaltene Anforderung ab und testet parallel Rücksetzungen auf allen Datenträgern des Controllers.
- LUN-Rücksetzungstest ohne ausstehende E/A - einzelner Datenträger: Schließt die gehaltene Anforderung ab und testet Rücksetzungen auf dem ersten Datenträger des Controllers abhängig von der PhysicalDrive-Nummer.
- Busrücksetzungstest: Identisch mit „LUN-Rücksetzungstest mit ausstehender E/A - alle Datenträger“, aber auch die Ausführung des RESET_LUN-Befehls wird absichtlich verhindert, sodass Storport eine Busrücksetzung senden wird.
Testdetails
| Spezifikationen |
|
| Plattformen |
|
| Unterstützte Versionen |
|
| Voraussichtliche Laufzeit (in Minuten) | 60 |
| Kategorie | Entwicklung |
| Zeitüberschreitung (in Minuten) | 3600 |
| Neustart erforderlich | false |
| Erfordert eine spezielle Konfiguration | false |
| Typ | automatic |
Zusätzliche Dokumentation
Tests in diesem Funktionsbereich enthalten möglicherweise zusätzliche Dokumentation, einschließlich Informationen zu Voraussetzungen, Einrichtung und Fehlerbehebung, die in den folgenden Themen zu finden sind:
Ausführen des Tests
Dieser Test sollte auf einem nicht startfähigen Speichercontroller ausgeführt werden. Die Ausführung auf einem startfähigen Controller ist möglich, erfordert jedoch, dass mindestens ein nicht bootfähiger Datenträger angefügt ist. Dieser Test wird nicht auf dem Startdatenträger ausgeführt. Als Ergebnis wird erwartet, dass nach den RESET_LUNs und RESET_BUSs keine E/As im Miniport hängen bleiben. Die Überprüfung erfolgt durch einen Neustart des Computers nach dem Test. Um dies in einem dualen Initiatorsetup auszuführen, planen Sie diesen Test auf zwei Computern, die mit freigegebenem Speicher verbunden sind. Rücksetzungen auf einem Initiator sollten sich nicht negativ auf den anderen Initiator auswirken. Überprüfen Sie bei Einzeldatenträgertests genau, ob die beiden Initiatoren auf demselben physischen Datenträger im freigegebenen Speicher getestet werden.
Problembehandlung
Informationen zur allgemeinen Problembehandlung bei HLK-Testfehlern finden Sie unter Problembehandlung bei Windows HLK-Testfehlern.
Überprüfen Sie zur Problembehandlung mit einem Debugger, ob der Testtreiber beim Start während des Testteils geladen wird: StorPortShimLib: ShimInitialize hat StorPortShimLib aufgerufen: Eingeben von DriverAdd. CoreTestShim wird installiert. Registrierungsüberprüfungen sind abgeschlossen StorPortShimLib: Einbinden des Treibers: <storportminiportname>.sys
Weitere Informationen
Parameter
| Parametername | Parameterbeschreibung |
|---|---|
| WDKDeviceID | Geräteinstanzpfad des Testgeräts |
| LLU_LclAdminUsr | Administratorkonto zum Ausführen des Tests |
| LLU_NetAccessOnly | Auf die Testnetzwerkfreigabe zugreifender Benutzer |
| WDKHardwareID | Hardware-ID des Testgeräts |
| TestDuration | Testdauer in Sekunden |
| TestName | Auszuführender Test |