Exécuter des tests de cluster pour espaces de stockage direct (S2D) dans windows HLK
Résumé
Ce document contient des instructions destinées aux partenaires et aux fabricants d’équipements d’origine (OEM) sur l’utilisation des tests inclus dans le Kit de laboratoire matériel Windows (HLK, anciennement HCK) pour valider des configurations matérielles spécifiques pour les fonctionnalités de base et la fiabilité de espaces de stockage direct (S2D).
Important
Les instructions de ce document sont fournies à des fins de test uniquement. Ils ne sont pas destinés aux utilisateurs finaux ou à la configuration de systèmes pour une utilisation en production.
Prérequis
- La configuration matérielle doit répondre aux exigences de S2D et avoir d’abord réussi tous les tests de validation de cluster, y compris les nouveaux tests ajoutés pour S2D.
- Vous devez télécharger, installer et configurer la dernière version de Windows HLK qui prend en charge les Windows Server Technical Preview les plus récents. Il est recommandé de connaître windows HLK. Pour télécharger et en savoir plus sur windows HLK, consultez Windows Hardware Lab Kit.
- Tout d’abord, installez le contrôleur HLK (HLKC) et HLK Studio sur un serveur de test. Ne l’installez pas sur un nœud de cluster. L’administrateur utilisera ce serveur pour exécuter des tests et gérer d’autres machines. Le HLKC peut être utilisé pour gérer plusieurs clusters simultanément, de sorte qu’un HLKC existant qui a déjà été configuré avec un autre cluster peut être utilisé.
- Ensuite, installez les clients HLK sur :
- Tous les serveurs destinés à être utilisés comme nœuds de cluster de stockage (le nombre de nœuds, également décrit dans les exigences S2D distinctes, doit être d’au moins quatre), et
- Serveur qui ne fait pas partie du cluster en tant que contrôleur de test (TC). C’est là que les tests seront exécutés.
- Toutes les machines utilisées pour les tests (y compris le contrôleur HLK) doivent être jointes au même domaine et avoir un utilisateur de domaine commun disposant de privilèges d’administrateur sur toutes les machines. Les informations d’identification de cet utilisateur seront fournies à l’infrastructure de test sous laquelle exécuter les tests. Le mot de passe de l’utilisateur peut être transmis et stocké en texte clair.
- Le protocole DHCP doit être activé sur tous les nœuds de cluster sur toutes les interfaces réseau connectées, avec DHCP configuré sur les réseaux auxquels ils sont connectés.
Programme d’installation
Configurer le HLK
Pour obtenir des instructions détaillées sur l’installation du HLK, consultez le guide de l’utilisateur HLK pour obtenir des instructions détaillées. Après avoir installé et configuré le HLK sur toutes vos machines, créez un pool de machines et un projet :
- Dans HLK Studio sur le HLKC, créez un pool d’ordinateurs avec un nom qui peut facilement identifier le cluster ultérieurement, tel que le nom du cluster que vous utiliserez (ce document utilise « Cluster »). Ajoutez le tc et tous les nœuds de cluster au pool d’ordinateurs. Assurez-vous que les machines se trouvent dans le status Prêt.
- Ouvrez HLK Studio, sélectionnez Démarrer, puis Toutes les applications>Kits> WindowsHLK Studio.
- Sélectionnez Configuration dans le coin supérieur droit.
- Cliquez avec le bouton droit sur $(Racine), sélectionnez Créer un pool d’ordinateurs, puis spécifiez un nom. (Ce document utilise « Cluster »).
- Déplacez vos machines vers le nouveau pool. HLK Studio ne prend actuellement pas en charge les sélections multiples. Vous devez donc déplacer les machines une par une.
- Sélectionnez toutes les machines du pool, puis cliquez avec le bouton droit, puis sélectionnez Modifier l’état> de la machineprêt. Les machines passent d’abord à l’état Initialisation .
- Assurez-vous que les machines atteignent l’état Prêt . HLK Studio n’actualise pas automatiquement l’état affiché. Attendez quelques secondes, puis sélectionnez le pool d’ordinateurs par défaut . Revenez au pool d’ordinateurs de cluster pour actualiser la machine status. Une fois que toutes les machines sont à l’état Prêt , continuez à créer un projet.
- Créez un projet portant le même nom.
- Si vous êtes dans l’affichage Configuration, cliquez sur Précédent (il ressemble à une flèche gauche) à gauche du titre « Configuration » pour revenir à la vue main.
- Sous l’onglet Projet , sélectionnez Créer un projet.
- Spécifiez « S2D » comme nom du projet. Il n’est pas nécessaire d’utiliser ce nom exact, mais cela facilite l’identification du projet.
Préparer les machines à exécuter des tests
Cette étape déploie les fichiers binaires et pilotes de test requis sur les nœuds de cluster et le contrôleur de test afin que vous puissiez exécuter des tests S2D. Ce travail de test ne doit être exécuté qu’une seule fois par cluster, même si vous exécutez plusieurs fois des tests S2D réels. Ce travail redémarre les machines.
Important
Avant d’exécuter ce travail de test, assurez-vous que le démarrage sécurisé et BitLocker sont désactivés sur tous les ordinateurs utilisés pour le test. Si vous utilisez une machine virtuelle pour le contrôleur de test, vous devrez peut-être désactiver manuellement le démarrage sécurisé et BitLocker, car ils peuvent être activés par défaut.
Il existe deux façons d’exécuter les tests HLK :
Dans une configuration sans S2D configuré, c’est-à-dire pour que les tests configurent S2D :
- Exécuter S2D – Préparer des machines pour les tests
- Exécuter S2D – Configurer le cluster de stockage
- Exécuter S2D – Tests de vérification de base
- Exécuter S2D – Tests de contrainte
Sur un cluster S2D existant :
- Il doit y avoir un seul volume (disque virtuel) de 256 Go provisionné, que les tests utiliseront.
- Pour un cluster à 2 nœuds, vous devez disposer d’un témoin de quorum.
- Exécuter S2D – Préparer des machines pour les tests
- Exécuter S2D – Tests de vérification de base
- Exécuter S2D – Tests de contrainte
Procédez comme suit dans HLK Studio :
Sous l’onglet Projet , double-cliquez sur le projet que vous avez créé précédemment (s’il n’est pas déjà sélectionné). Le nom du projet s’affiche en tant que titre de la vue une fois que vous l’avez sélectionné.
Cliquez sur l’onglet Sélection .
Sélectionnez le pool de machines que vous avez créé précédemment qui contient le cluster et le contrôleur de test.
Sélectionnez Systèmes sur la gauche, puis case activée le premier nœud de cluster qui apparaît dans la liste.
Assurez-vous qu’un seul nœud est sélectionné et que vous ne sélectionnez pas accidentellement le contrôleur de test.
Cliquez avec le bouton droit sur l’ordinateur sélectionné, puis sélectionnez Ajouter/modifier des fonctionnalités.
Dans la boîte de dialogue qui s’ouvre, sélectionnez la fonctionnalité System.Solutions.StorageSpacesDirect dans la Liste des fonctionnalités de l’appareil, puis sélectionnez OK.
Sous l’onglet Tests , sélectionnez le test S2D - Prepare Machines for Tests, puis sélectionnez Exécuter sélectionné.
Spécifiez les paramètres requis.
- Pour les paramètres Domaine, UserName et Password, entrez les informations appropriées pour un utilisateur de domaine qui dispose d’un accès administrateur à toutes les machines du pool d’ordinateurs.
- Dans la liste déroulante Rôle , PrimaryNode doit être sélectionné. Dans la liste des machines, vérifiez que le nœud que vous avez sélectionné sous l’onglet Sélections est coché. De plus :
- Sélectionnez TestController dans la liste déroulante Rôle , puis sélectionnez le contrôleur de test dans la liste des machines.
- Sélectionnez Autres Nœuds dans la liste déroulante Rôle , puis sélectionnez les nœuds restants dans le cluster.
- Assurez-vous que toutes les machines sont sélectionnées avant de continuer.
Sélectionnez OK pour exécuter le travail. Cette opération prépare les machines.
Une barre de progression s’affiche en bas de la fenêtre HLK Studio. Une fois le processus terminé, une marque de case activée verte s’affiche dans la colonne État du travail de test. Si le status affiche un « X » rouge à la place, le travail de test a échoué. Pour plus d’informations, consultez Résolution des problèmes .
L’exécution de ce processus prend environ 10 minutes. Le redémarrage de vos machines peut prendre plus de cinq minutes.
Créer un cluster, un pool de stockage et un disque virtuel
Après avoir préparé les machines pour les tests, S2D doit également être configuré avant de pouvoir exécuter des tests associés. Le travail suivant crée un cluster, active S2D et configure un pool et un espace.
Important
Ce travail réussit uniquement si aucun cluster, pool de stockage ou disque virtuel n’a déjà été créé. Avant d’exécuter ce travail, supprimez d’abord tous les disques virtuels, pools de stockage et rôles de cluster. Supprimez également le cluster lui-même. Si vous avez déjà créé un cluster, activé S2D et configuré et validé le pool et les espaces, ignorez cette étape et passez à l’exécution des tests.
Sous l’onglet Tests de HLK Studio, sélectionnez Tester S2D - Configurer le cluster de stockage et Exécuter sélectionné, puis spécifiez les paramètres et rôles requis.
- Pour le paramètre ClusterName, entrez le nom du cluster que vous souhaitez créer comme valeur. (Vous devrez fournir le même nom de cluster pour les tests ultérieurs.)
- Vous pouvez également entrer une adresse IP dans le champ ClusterStaticIP si une adresse IP statique est affectée à votre cluster. Sinon, laissez ce paramètre vide. L’adresse est affectée au nom du cluster.
- Laissez les autres paramètres vides, sauf indication contraire.
- Dans la liste déroulante Rôle , PrimaryNode doit être sélectionné. Dans la liste des machines, vérifiez que le nœud que vous avez sélectionné sous l’onglet Sélections est coché. De plus :
- Sélectionnez TestController dans la liste déroulante Rôle , puis sélectionnez le contrôleur de test dans la liste des machines.
- Sélectionnez Autres Nœuds dans la liste déroulante Rôle , puis sélectionnez les autres nœuds du cluster dans la liste des machines.
- Assurez-vous que toutes les machines sont sélectionnées avant de continuer.
Sélectionnez OK pour exécuter le travail. Cela crée un cluster et configure S2D.
Une barre de progression s’affiche en bas de la fenêtre HLK Studio. Une fois le processus terminé, une marque de case activée verte s’affiche dans la colonne État du travail de test. Si le status affiche un « X » rouge à la place, le travail de test a échoué. Pour plus d’informations, consultez Résolution des problèmes .
Ce travail prend environ 15 minutes. Le redémarrage de vos ordinateurs peut prendre plus de cinq minutes ou un grand nombre de disques.
Exécuter les tests
Exécution de tests de vérification de base (BVT)
Le BVT effectue deux types de tests :
- Un type de test déplace les volumes partagés de cluster (CSV) par-dessus espaces de stockage direct entre les nœuds pendant qu’il effectue des E/S d’écriture aléatoires. Il vérifie également que les E/S sont ininterrompues et que les csv n’échouent pas.
- L’autre type de test fait tomber un nœud en arrêtant le service de cluster, en tuant le service de cluster, en supprimant le nœud, en redémarrant les machines normalement et en redémarrant des machines sans dommage. (Chaque action cible un nœud aléatoire.) Il effectue également des E/S d’écriture aléatoires qui ciblent le fichier CSV approprié lors des défaillances de nœud et vérifie que les E/S n’échouent pas.
Pour exécuter ces tests dans le HLK :
Sous l’onglet Tests , sélectionnez le test S2D - Basic Verification Tests et Exécuter sélectionné, puis entrez les paramètres requis :
- Pour le paramètre ClusterName, entrez le nom de votre cluster. Il doit s’agir du même nom que celui que vous avez fourni précédemment pour configurer le cluster.
- Ne modifiez pas ou ne renseignez pas d’autres paramètres, sauf indication contraire.
- Dans la liste déroulante Rôle , PrimaryNode doit être sélectionné. Dans la liste des machines en dessous, vérifiez que le nœud que vous avez sélectionné sous l’onglet Sélections est coché. De plus :
- Sélectionnez TestController dans la liste déroulante Rôle , puis sélectionnez le contrôleur de test dans la liste des machines.
- Sélectionnez Autres Nœuds dans la liste déroulante Rôle , puis sélectionnez les nœuds restants dans le cluster.
- Assurez-vous que toutes les machines sont sélectionnées avant de continuer.
Sélectionnez OK pour démarrer le travail. Cette opération exécute les BVT.
Une barre de progression s’affiche en bas de la fenêtre HLK Studio. Une fois le processus terminé, une marque de case activée verte s’affiche dans la colonne État du travail de test. Si le status affiche un « X » rouge à la place, le travail de test a échoué. Pour plus d’informations, consultez Résolution des problèmes .
L’exécution de ce travail prend généralement 30 à 60 minutes. Pour les versions préliminaires, le taux de réussite attendu pour les BVT est d’au moins 80 %.
Exécution de tests de contrainte
Les tests de contrainte provoquent des défaillances de nœud répétées et aléatoires (en arrêtant ou en tuant le service de cluster). Elles peuvent potentiellement entraîner l’échec de plusieurs nœuds si cela est toléré par la configuration. Pendant les défaillances de nœud, le test effectue plusieurs flux d’E/S à partir de plusieurs nœuds qui ciblent le fichier CSV approprié. (Chaque flux effectue une lecture/écriture séquentielle/aléatoire avec vérification des données de lecture.)
Pour exécuter ces tests :
Dans l’onglet Tests de HLK Studio, sélectionnez le test S2D - Stress Tests et Exécuter sélectionné, puis entrez les paramètres requis :
- Pour le paramètre ClusterName, entrez le nom de votre cluster. Il doit s’agir du même nom que celui que vous avez fourni précédemment pour configurer le cluster.
- Ne modifiez pas ou ne renseignez pas d’autres paramètres, sauf indication contraire.
- Dans la liste déroulante Rôle , PrimaryNode doit être sélectionné. Dans la liste des machines en dessous, vérifiez que le nœud que vous avez sélectionné sous l’onglet Sélections est coché. De plus :
- Sélectionnez TestController dans la liste déroulante Rôle , puis sélectionnez le contrôleur de test dans la liste des machines.
- Sélectionnez Autres Nœuds dans la liste déroulante Rôle , puis sélectionnez les nœuds restants dans le cluster.
- Assurez-vous que toutes les machines sont sélectionnées avant de continuer.
Sélectionnez OK pour exécuter le travail. Cela exécute les tests de contrainte.
Une barre de progression s’affiche en bas de la fenêtre HLK Studio. Une fois le processus terminé, une marque de case activée verte s’affiche dans la colonne État du travail de test. Si le status affiche un « X » rouge à la place, le travail de test a échoué. Pour plus d’informations, consultez Résolution des problèmes .
Pour les préversions, le taux de réussite attendu pour les tests de contrainte est d’au moins 60 %. L’exécution de ce travail de test prend généralement 45 minutes à une heure avec les paramètres par défaut. Toutefois, une fois qu’il a réussi avec les paramètres par défaut, nous vous recommandons de l’exécuter à nouveau avec une durée d’exécution plus longue en fournissant une valeur plus élevée pour TestRunTime. (Cela spécifie la durée d’exécution du cœur en secondes ; le travail s’exécute généralement de 15 à 30 minutes de plus en raison de l’installation et du nettoyage des tests.) Ce travail prend en charge une durée d’exécution allant jusqu’à 24 heures.
Dépannage
En cas d’échec d’un travail ou d’un test, vous pouvez case activée les journaux appropriés pour découvrir la raison de son échec. Si nécessaire, vous pouvez transférer les journaux aux personnes appropriées pour vous aider dans l’investigation. Ces documents font référence à chaque exécution d’un travail.
Obtenir les journaux d’activité de test
Sélectionnez l’onglet Résultats dans HLK Studio lorsque vous êtes dans le même projet S2D que celui où les tests ont été exécutés.
Développez le test que vous résolvez en sélectionnant le triangle à gauche du nom du test.
Si vous avez exécuté le test plusieurs fois, plusieurs résultats s’affichent. Chaque résultat affiche un horodatage et identifie la machine sur laquelle il a été exécuté. Cliquez avec le bouton droit sur le résultat que vous résolvez, puis sélectionnez Autres fichiers>Afficher tout. Une fenêtre s’ouvre dans Explorateur de fichiers qui contient les journaux de test et les journaux associés.
Les noms de fichiers des journaux de test commencent par « TST- ». Si plusieurs tâches de test ont été exécutées dans le travail de test, il peut y avoir plusieurs fichiers journaux de test. Par instance, le BVT peut avoir une tâche de test qui effectue le déplacement csv et une autre qui effectue des défaillances d’unité d’échelle de stockage (SSU). (En raison de la topologie de stockage en attachement direct, chaque nœud et son stockage sont considérés comme une unité SSU.) Le nom de la variante se trouve dans le nom de fichier (avec calabre, un nom de code pour espaces de stockage direct).
S’il existe plusieurs fichiers journaux de test, pour voir rapidement quelle tâche a échoué, commencez par développer le résultat afin que ses tâches apparaissent. Vous pouvez ensuite rechercher les tâches qui affichent un « X » rouge.
Dans l’exemple précédent, les icônes des tâches indiquent que la vérification des E/S avec le déplacement CSV a échoué (elle affiche un « X » rouge uniquement). Ils indiquent également que La vérification des E/S avec échec SSU n’a pas été exécutée et a été ignorée (elle affiche un X rouge sur les flèches courbes) en raison de l’échec précédent.
Après avoir ouvert un fichier journal de test dans un éditeur de texte, recherchez « SEV2 » pour voir si le test a échoué et, dans l’affirmative, pourquoi. Dans l’exemple suivant, vous pouvez voir que l’espace n’est pas dans un état sain après une récupération en rack. Pour plus d’informations sur cet échec, consultez Problèmes connus courants.
1940.1404 2015/01/09-16:36:14.867 [INFO] 0 : [TST]ID d’espace : 19CFCDFCC19 ID du poolEB54AAA780436B2B1D859 : 5D12DF6A5D4DB444AA3407AFA5749578 Nom convivial : TestSpace est-il un attachement manuel ? Oui Est-il en cluster ? Oui Résilience Type : 2 Type d’approvisionnement : 2 Nombre de copies : 3 Nombre de colonnes : 1 Tolérance de panne : 2 Intégrité : 1 (Avertissement) État : 11 (InService/Régénération) Attaché sur le nœud : RR1FSC2623N05-1 Visible sur les nœuds : RR1FSC2623N05-1 RR Lecteurs 1FSC2623N05-2 RR1FSC2623N28-1 RR1FSC2623N28-2 utilisés par cet espace : [base\cluster\testsrc\common\storagewrapper\swvirtualdisk.cpp@66: ctsw::SWVirtualDisk::QuerySpInfo()] [orchestrator.cpp@192]
Erreur : 1940.1404 2015/01/09-16:36:14.867 [ SEV2] 0 : [TST]Status=-2147418113(8000FFFFFFH) 'CalabriaBVT::VerifyIOWithRackFailure' - Comportement inattendu : L’espace n’est pas dans un état sain après la récupération en rack. [base\cluster\testsrc\calabria\calabriabvt\calabriabvt.cpp@1359 CalabriaBVT::VerifyIOWithRackFailure()] [calabriabvt.cpp@1379]
1940.1404 2015/01/09-16:36:14.867 [INFO] 0 : [TST] Message d’erreur 2147549183 (0x8000ffff) : Défaillance catastrophique [wttlog.cpp@1237]
Erreur : TAEF : 'TerminateOnFirstFailure' set : en ignorant tous les tests suivants et en essayant de se terminer correctement.
EndGroup : CalabriaBVT::VerifyIOWithRackFailure [Failed]
Erreur : 1940.1404 2015/01/09-16:36:14.867 [SEV2] 0 : [TST]Status=-2147418113(8000FFFFFFH) 'CalabriaBVT::VerifyIOWithRackFailure' - Comportement inattendu : L’espace n’est pas dans un état sain après la récupération en rack. [base\cluster\testsrc\calabria\calabriabvt\calabriabvt.cpp@1359 CalabriaBVT::VerifyIOWithRackFailure()] [calabriabvt.cpp@1379]
Exemple de sortie de tests de contrainte pour ce problème :
1148.035C 2015/01/12-14:41:10.489 [INFO] 0 : [TST]Attente pour que tous les espaces deviennent sains. Espace 19CFCDFCC19EB54AAA780436B2B1D859 L’état inservice/régénération [calabriastress.cpp@938]
Erreur : 1148.035C 2015/01/12-14:41:10.489 [SEV2] 0 : [TST]Status=258(102H) Validation d’échec : tous les espaces n’ont pas atteint l’état sain dans un délai d’expiration de 1200000 ms. Peut continuer à attendre le délai d’attente. [calabriastress.cpp@962]
1148.035C 2015/01/12-14:41:10.505 [INFO] 0 : [TST] Message pour l’erreur 258 (0x102) : L’opération d’attente a expiré. [wttlog.cpp@1237]
Obtenir les journaux de diagnostic du cluster et du stockage
Pour obtenir les journaux de diagnostic du cluster et du stockage pour un résultat d’échec :
Développez le résultat d’échec afin que ses tâches de test s’affichent.
Cliquez avec le bouton droit sur la tâche ExécuterJob-Générer les journaux de diagnostic du cluster et du stockage, puis sélectionnez Journaux des tâches>Afficher tout. Une fenêtre s’ouvre dans Explorateur de fichiers qui contient les journaux de diagnostic du cluster et du stockage. Ces journaux peuvent fournir des détails supplémentaires sur la raison de l’échec du test.
Envoyer des journaux à Microsoft pour l’analyse des échecs de test
Si vous devez envoyer des journaux à Microsoft pour obtenir de l’aide sur l’analyse des échecs de test, consultez la section Empaqueter les résultats pour connaître les étapes de création du . Package de résultats HLKX. Ce package contient les journaux pertinents générés et collectés par les tests, et facilite l’analyse des défaillances.
Problèmes connus courants
La cause la plus courante des échecs de test est due au fait qu’un ou plusieurs espaces prennent trop de temps pour régénérer les données (dans un état de service/de régénération pendant trop longtemps) après qu’un ou plusieurs nœuds ont été mis hors service et récupérés. Des performances de stockage inégales peuvent entraîner un dépassement du délai d’expiration de la régénération et entraîner l’échec des tests. Si vous rencontrez fréquemment ce problème, votre configuration peut avoir des goulots d’étranglement des performances. Si c’est le cas, nous vous recommandons de case activée votre stockage, les performances réseau et l’accès direct à la mémoire à distance (RDMA).
Exemple de sortie de BVT pour ce problème :
1940.1404 2015/01/09-16:36:14.867 [INFO] 0 : [TST]ID d’espace : 19CFCDFCC19 ID du poolEB54AAA780436B2B1D859 : 5D12DF6A5D4DB444AA3407AFA5749578 Nom convivial : TestSpace est-il un attachement manuel ? Oui Est-il en cluster ? Oui Résilience Type de résilience : 2 Type d’approvisionnement : 2 Nombre de copies : 3 Nombre de colonnes : 1 Tolérance de panne : 2 Intégrité : 1 (Avertissement) État : 11 (InService/Régénération) Attaché sur le nœud : RR1FSC2623N05-1 Visible sur les nœuds : RR1FSC2623N05-1 RR1 LecteursFSC2623N05-2 RR1FSC2623N28-1 RR1FSC2623N28-2 utilisés par cet espace : [base\cluster\testsrc\common\storagewrapper\swvirtualdisk.cpp@66: ctsw::SWVirtualDisk::QuerySpInfo()] [orchestrator.cpp@192]
Erreur : 1940.1404 2015/01/09-16:36:14.867 [SEV2] 0 : [TST]Status=-2147418113(8000FFFFFFH) 'CalabriaBVT::VerifyIOWithRackFailure' - Comportement inattendu : L’espace n’est pas dans un état sain après la récupération en rack. [base\cluster\testsrc\calabria\calabriabvt\calabriabvt.cpp@1359 CalabriaBVT::VerifyIOWithRackFailure()] [calabriabvt.cpp@1379]
Exemple de sortie de tests de contrainte pour ce problème :
1148.035C 2015/01/12-14:41:10.489 [INFO] 0 : [TST]Attente pour que tous les espaces deviennent sains. Espace 19CFCDFCC19EB54AAA780436B2B1D859 L’état inservice/régénération [calabriastress.cpp@938]
Erreur : 1148.035C 2015/01/12-14:41:10.489 [SEV2] 0 : [TST]Status=258(102H) Validation d’échec : tous les espaces n’ont pas atteint l’état sain dans un délai d’expiration de 1200000 ms. Peut continuer à attendre le délai d’attente. [calabriastress.cpp@962]
1148.035C 2015/01/12-14:41:10.505 [INFO] 0 : [TST] Message pour l’erreur 258 (0x102) : L’opération d’attente a expiré. [wttlog.cpp@1237]
Empaqueter les résultats
Une fois tous les tests terminés, et lorsque vous êtes toujours dans le même projet dans HLK Studio, sélectionnez l’onglet Package , puis Créer un package dans l’angle inférieur droit. Lorsque vous êtes invité à entrer Options de signature, sélectionnez Ne pas signer. Enregistrez les résultats dans un fichier. Ce fichier doit être inclus dans toute soumission de certification S2D.
Termes
| Terme | Description |
|---|---|
| BVT | Tests de vérification de base |
| CSV | Volumes partagés de cluster |
| DAS | Stockage en attachement direct (DAS) |
| HCK | (Windows) Kit de certification matérielle, le kit précédent pour les tests de certification |
| HLK | (Windows) Hardware Lab Kit, une infrastructure de test utilisée pour aider à valider les configurations matérielles pour Windows. Il est également utilisé pour exécuter les tests décrits dans cette rubrique. |
| HLKC | Contrôleur HLK, serveur que l’administrateur utilise pour exécuter des tests et gérer d’autres machines. Cela ne doit pas faire partie du cluster. |
| TC | Contrôleur de test, serveur sur lequel certains tests sont exécutés pour cibler le cluster. Cela ne doit pas faire partie du cluster. |
| S2D | Espaces de stockage direct |