Partager via


FAQ sur le simulateur de cloud privé

Questions générales

.

Alias de prise en charge de PCS

Envoyez un e-mail à pvsha@microsoft.com pour toute requête liée à PCS ou WSSD, à la certification matérielle AzureStack.

Ouverture d’un bogue sur le site Microsoft Collaborate pour passer en revue les résultats de votre PCS

Si vous rencontrez des échecs et avez besoin d’aide, ouvrez un bogue (commentaires) dans le portail Collaborer, joignez les fichiers HLKX requis et informez l’équipe d’aide PCS.

Si les échecs de test sont dus à Microsoft, l’équipe résout le bogue comme corrigé. Vous pourrez ensuite utiliser le numéro de bogue pour obtenir une errata pour votre soumission.

  • Accédez au site Microsoft Collaborate pour ouvrir un nouveau bogue de commentaires
  • Sélectionnez EEAP | Générales
  • Le champ « Produit » est défini sur « Windows Server », le champ « Famille de produits » est défini sur « Windows Server » et le champ « Division des fonctionnalités du partenaire » est défini sur « SDDC - Certification, Azure Stack ».
  • Joignez vos fichiers au bogue.

Windows n’enregistre pas le fichier de vidage de la mémoire après un plantage

Avant d’exécuter le test PCS, assurez-vous que la taille initiale du fichier de page est supérieure à 50 Go. Un fichier de vidage ne sera pas créé si la taille du fichier de page est trop petite. Consultez Résolution avancée des problèmes d’erreur d’arrêt ou d’erreur d’écran bleu.

Modifier les paramètres du fichier de page

Par défaut, Windows gère automatiquement la taille du fichier de pagination et son emplacement. L’emplacement par défaut est C:\pagefile.sys et la taille du fichier peut augmenter pendant les exécutions de tests.

Si votre disque de démarrage du nœud de cluster dispose de très peu d’espace libre en raison d’un fichier de page volumineux, vous pouvez modifier l’emplacement et la taille du fichier en modifiant la valeur PagingFiles. Vous trouverez ci-dessous un exemple qui définit les tailles de fichier de page initiales et maximales sur 50 Go (51200 Mo).

reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v PagingFiles /t REG_MULTI_SZ /d "C:\pagefile.sys 51200 51200" /f

Modifier le paramètre du fichier de vidage de mémoire

Étant donné que les nœuds de cluster de calcul ont normalement beaucoup de mémoire pour héberger les machines virtuelles, par défaut, PCS utilise le paramètre de vidage actif pour réduire la taille du fichier de vidage de la mémoire. Pour plus d’informations, consultez ceci. Si vous devez modifier vos environnements pour utiliser le paramètre « vidage de mémoire complet », suivez les étapes ci-dessous pour collecter des fichiers de vidage de mémoire complets. Assurez-vous que vous disposez de suffisamment d’espaces disque libres et que la taille de votre fichier de page est supérieure à la taille totale de la mémoire.

  • Accéder à l’ordinateur du contrôleur HLK
  • Ouvrez le fichier « C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\PrivateCloudSimulator-Manager.psm1 »
  • Recherchez la clé d’inscription FilterPages dans le fichier et modifiez la valeur de 1 à 0
    • À partir de : & « reg.exe » ajoutez « HKLM\SYSTEM\CurrentControlSet\Control\CrashControl » /v FilterPages /t REG_DWORD /d 1 /f
    • Pour : & « reg.exe » ajoutez « HKLM\SYSTEM\CurrentControlSet\Control\CrashControl » /v FilterPages /t REG_DWORD /d 0 /f
  • Réexécutez le test.

Package de mise à jour HLK

Les packages de mise à jour HLK peuvent être téléchargés à partir du site Microsoft Collaborate.

Comment utiliser le package de mise à jour HLK pour mettre à jour le contrôleur HLK

Lorsque le fichier ZIP du package de mise à jour HLK est téléchargé à partir d’Internet, le fichier peut contenir un attribut « block ». Vous DEVEZ débloquer le fichier ZIP avant d’extraire les fichiers. Vous pouvez utiliser l’applet de commande PowerShell Unblock-File pour débloquer un fichier. Voici un exemple:

Nom de fichier Unblock-File PS>

Mettre à jour le contrôleur HLK

Pour mettre à jour le contrôleur HLK, procédez comme suit sur le contrôleur HLK.

  • Vérifiez que HLK Studio et HLK Manager sont fermés.
  • Copiez le fichier zip HlkUpdatePackage débloqué dans le contrôleur HLK.
  • Décompressez le fichier ZIP.
  • Ouvrez une fenêtre PowerShell avec élévation de privilèges et exécutez le script « .\UpdateHlkController.ps1 ».
    • PS > .\UpdateHlkController.ps1

Mettre à jour le client HLK

Le pacakge de mise à jour HLK pour Windows Server 2016 contient un script permettant de mettre à jour un client HLK. Si vous essayez de certifier des appareils attachés à saS pour Windows Server 2016, vous devez exécuter ce script sur chaque client HLK. Ce script met à jour le rassembleur de stockage sur les clients HLK pour ne pas sélectionner la fonctionnalité de mise à jour du microprogramme pour les appareils attachés à SAS par défaut. Si un client ou un partenaire recherche l’AQ de mise à jour du microprogramme, la fonctionnalité doit être ajoutée manuellement lors de la sélection de l’appareil.

  • Copiez le fichier zip HlkUpdatePackage débloqué sur chaque client HLK.
    • Vous devez copier les fichiers débloqués sur chaque ordinateur client HLK. Le script de mise à jour ne peut pas être exécuté à distance.
  • Décompressez le fichier ZIP.
  • Ouvrez une fenêtre PowerShell avec élévation de privilèges et exécutez le script « .\UpdateHlkClient.ps1 ».
  PS > .\UpdateHlkClient.ps1
  • Redémarrer l’ordinateur client pour terminer la mise à jour

Désactiver le nom fort .NET sur l’ordinateur testé

  • Si vous essayez de certifier un périphérique de carte réseau pour Windows Server 2019, vous devez désactiver la vérification de nom fort .NET sur l’ordinateur sous test. Sinon, les tests liés à NDISTest risquent de ne pas pouvoir charger les assemblys de test.
  • À des fins de test, vous pouvez utiliser les commandes ci-dessous pour désactiver complètement la vérification des noms forts.
    • reg DELETE « HKLM\Software\Microsoft\StrongName\Verification » /f
    • reg ADD « HKLM\Software\Microsoft\StrongName\Verification*,* » /f

Erreurs dans les actions PCS

.

Échec de ComputeNodeBugcheckAction

Message d’erreur : System.TimeoutException : Expiration du délai lors de la tentative de redémarrage <de MachineName>

Étapes de résolution des problèmes

  • Accédez à MachineName
  • Vérifiez que le démarrage sécurisé est désactivé.
    • Confirm-SecureBootUEFI applet de commande retourne false.
  • Vérifiez que TESTSIGNING est activé.
    • Exécutez BCDEDIT.exe outil. TESTSIGNING est répertorié comme OUI sous le chargeur de démarrage Windows actuel .
  • Vérifiez que Bugchecker.exe fonctionne.
    • Un dossier appelé c:\LmTestBinaries doit déjà exister sur le nœud. Si vous ne copiez pas les fichiers de vérification d’erreur à partir de l’ordinateur PCS. Exampel: xcopy \MachineName\c$\pcs\bugchecker* c:\LmTestBinaries
    • Après l’exécution de la commande suivante, l’ordinateur doit se mettre à l’écran bleu et redémarrer automatiquement. Si l’ordinateur n’est pas à l’écran bleu, vos fichiers peuvent être endommagés.
    • c:\LmTestBinaries\Bugchecker.exe vérification d’erreur

Erreurs dans PCS-E2ELaunch_Setup.log

.

System.Net.WebException : Erreur de téléchargement

Message d’erreur : System.Net.WebException : Une erreur s’est produite lors du téléchargement de « ».http://localhost/ReportServer/ReportService2010.asmx

Étapes de résolution des problèmes de System.Net.WebException

  • Vérifier que le service MSSQLServer est en cours d’exécution
  • S’il n’est pas en cours d’exécution, démarrez-le manuellement. S’il s’arrête automatiquement, case activée si vous voyez un événement d’erreur dans le journal des événements de l’application indiquant que la « période d’évaluation du serveur SQL a expiré ».
  • Si la période d’évaluation a expiré, vous devez reconstruire un nouveau contrôleur PCS et réexécuter le test. Il installe un nouveau serveur SQL d’évaluation. Sinon, vous devez mettre à niveau le SQL Server avec une clé de licence SQL Server valide.

Erreurs lors de l’exécution d’un travail Device.Network.LAN.AzureStack

.

Échec de « RunJob - Créer une machine virtuelle d’exportation pour SDN »

.

Échec de la fermeture du processus d’installation du package kb dans les 360 minutes

  • Ouvrir le fichier LaunchCreateExportVM_DataTime.log
  • Si le message d’erreur suivant s’affiche, vérifiez que vous disposez de tous les fichiers de la base de connaissances requis et que vous les avez répertoriés dans l’ordre correct.
    • Échec de la création de la machine virtuelle d’exportation
    • Échec de la fermeture du processus d’installation du package kb dans les 360 minutes
    • System.Management.Automation.RuntimeException : Échec de la fermeture du processus d’installation du package KB en 360 minutes
    • Suppression d’une machine virtuelle
  • La plupart des packages Windows Update nécessitent que vous installiez d’abord la « mise à jour de la pile de maintenance (SSU). Par exemple,
    • KB4501371
    • Dans « Comment obtenir cette mise à jour », il est indiqué que KB4504369 est obligatoire.
      • si vous utilisez Windows Update, la dernière SSU (KB4504369) vous sera proposée automatiquement. Pour obtenir le package autonome pour la dernière SSU, recherchez-le dans le catalogue Microsoft Update.
    • En d’autres termes, lors de l’exécution du travail, vous devez eneter deux Ko dans le paramètre de test KBPackagePath.
    • exemple : 'c:\KB\Windows-KB4504369-x64.msu,c:\KB\Windows-KB4501371-x64.msu'
  • Si les bases de connaissances sont répertoriées dans la liste correcte, accédez à ordinateur PCS et vérifiez que vous pouvez installer les bases de connaissances dans la machine virtuelle manuellement.

Pour d’autres messages d’erreur

  • Vérifiez que vous disposez de valeurs de hachage correctes pour vos fichiers VHD.
  • Vérifiez que vous pouvez constamment résoudre le problème en exécutant directement le travail.
    • Accéder à la machine HLK
    • Ouvrez « Gestionnaire HLK »
    • Cliquez sur « Explorers » => « Job Explorer »
    • Dans le volet gauche, sélectionnez la fonctionnalité « $\Logo Jobs\System\Solutions\PrivateCloudSimulator »
    • Dans le volet droit, double-cliquez sur le travail « Créer une machine virtuelle d’exportation pour SDN »
    • Cliquez sur le bouton « Planification »
      • Sous l’onglet Travaux, entrez VHDSoucePath et KBPackagePath
        • Exemple pour 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'
      • Sous l’onglet « Machines » :
        • Sélectionner le pool de machines qui contient l’ordinateur PCS
        • Cochez « Planifier des travaux sur les machines sélectionnées à partir de ce pool de machines »
        • Cochez la case pour l’ordinateur PCS
    • Cliquez sur le bouton « Créer une planification »
    • Après cette étape, l’exécution du test est planifiée. Suivez les étapes ci-dessous pour surveiller les status de travail
    • Cliquez sur « Explorers » => « Moniteur de travail »
    • Dans le volet gauche, sélectionnez le pool de machines qui contient l’ordinateur PCS.
    • Vous devriez voir les status de travail et les résultats dans le volet droit.